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Presentazione 


Il volume è indirizzato ai numerosi utenti del VIC-20 della Commodore 
che ne vogliano sfruttare al massimo le notevoli possibilità; inoltre i 
concetti esposti valgono in tutta generalità anche per il personal compu¬ 
ter C64. 

L’autore si è prefisso di condurre gradualmente i lettori a una migliore 
comprensione della organizzazione interna, sia del software che dello 
hardware, della macchina, così da permettere un’efficace utilizzazione 
di tutto ciò che il VIC-20 offre. 

Per quanto riguarda il software si analizzano e i modi con cui è gestita la 
memoria interna e le sua interazioni con l’interprete Basic, per giungere 
alla descrizione delle principali routine del sistema operativo con esem¬ 
pi del loro uso sia in ambiente Basic che in programmi scritti in linguag¬ 
gio macchina. 

Per quanto concerne l’hardware, oltre alla descrizione dei vari modi di 
gestione dei dispositivi periferici (registratore a cassette, unità a dischi, 
plotter e stampante), sono presentate alcune realizzazioni, di interfacce 
di ingresso e di uscita, che forniscono al lettore i criteri generali di 
progetto da utilizzare nel caso egli volesse cimentarsi nella costruzione 
di altri dispositivi periferici. 
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_ CAPITOLO UNO 

Organizzazione interna del VIC 


In questo capitolo sono elencate le varie unità funzionali che costituisco¬ 
no il VIC-20 e il loro scopo. 


SCHEMA A BLOCCHI 


Lo schema a blocchi del VIC-20 è illustrato in figura 1.1. In esso sono 
indicate le unità funzionali che lo compongono e le vie di comunicazio¬ 
ne, o bus, che permettono alle varie unità di scambiarsi tra loro delle 
informazioni. 

Come si può vedere dallo schema, esso è concettualmente diviso in due 
parti: una relativa al microprocessore 6502, cpu {Central Processing 
Unii), e una relativa al 6561, vie (Video Interface Chip). 

La CPU è il cuore dell’intero sistema poiché è l’unico dispositivo che ha il 
completo controllo di tutte le risorse del calcolatore; esso è in grado di 
eseguire le istruzioni residenti nelle rom {Reai Only Memory, memoria 
a sola lettura) in cui sono permanentemente memorizzati tutti quei 
programmi necessari al funzionamento del calcolatore e che lo caratte¬ 
rizzano rispetto ad altri. 

Il 6561 è invece preposto essenzialmente alla gestione delle informazio¬ 
ni che sono inviate al modulatore video e che appariranno sul televisore: 
esso funziona a una velocità superiore a quella della cpu e quindi nello 
schema di figura 1.1 sono indicati come separati i bus della cpu da quelli 
del vie anche se in pratica tale separazione è solo concettuale; si noti che 
anche il 6561 è asservito al microprocessore nel senso che quest’ultimo 
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Fig. 1.1 Schema a blocchi del VIC-20. 


può imporgli, tra l’altro, i modi di gestione della memoria video e di 
colore. 

Tali memorie sono di tipo non permanente, diversamente dalle rom, 
cioè il loro contenuto di informazione va perso se si spegne il calcolato¬ 
re; in esse la cpu può memorizzare informazioni e rileggerle quando è 
necessario. Sono memorie ad accesso casuale (Random Access Memo¬ 
ry)-, la suddivisione in ram cpu, ram video e ram colore è fittizia e serve 
solo per ricordare che nell’insieme della ram si possono sempre indivi¬ 
duare delle aree dedicate: 

- al sistema 

- alla memorizzazione dei caratteri alfanumerici o grafici che appari¬ 
ranno nello schermo televisivo 

- al colore di questi ultimi 

- ai programmi scritti dall’utente 

La prima area, di sistema, merita una descrizione un po’ più approfondi¬ 
ta in quanto in essa sono memorizzate informazioni utilizzate da: 
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1. Il sistema operativo, o KERNAL, cioè quel programma, residente 
nella rom omonima, che presiede alla gestione delle varie unità costi¬ 
tuenti il calcolatore; esso caratterizza il VIC-20 rispetto a un altro tipo di 
calcolatore: in pratica il KERNAL contiene tutte quelle routine (= 
programmi) necessarie al funzionamento della tastiera, del 6561, del 
registratore a nastro, dell’unità a dischi eccetera. 

2. L’interprete Basic, cioè quel programma, residente nell’omonima 
ROM, in grado di accettare le istruzioni in linguaggio Basic e di eseguirle. 

3. Il microprocessore stesso in condizioni particolari che possono verifi¬ 
carsi nel corso dell’esecuzione di un qualsiasi programma sia di KER¬ 
NAL sia di interprete Basic sia di utente. 

La parte di memoria ram utilizzata dai 6561 è, come già detto, quella 
relativa allo schermo video e al colore: essa contiene informazioni, 
scrittevi dalla cpu, che, assieme a quelle contenute nella rom di caratte¬ 
ri, permettono al 6561 di generare l’immagine televisiva. 

La RAM di programma è invece dedicata alla memorizzazione dei pro¬ 
grammi scritti dall’utente. Programmi che possono essere in Basic, in 
linguaggio macchina, in Forth eccetera. Essa è gestita o dal KERNAL o 
dall’interprete Basic ed è utilizzabile solo dal microprocessore. 

Per quanto riguarda le rom, oltre a quella di KERNAL e a quella 
dell’interprete Basic, è presente quella di caratteri che contiene le 
informazioni di come “appare” sul video un carattere alfanumerico o 
grafico. 

Le VIA {Versatile HO Adapter) sono dei dispositivi cui si può imporre un 
certo modo di funzionamento piuttosto che un altro, perciò sono detti 
programmabili, che permettono di acquisire o di fornire, cioè di scam¬ 
biare, informazioni con l’estemo del calcolatore. Queste porte di in¬ 
gresso/uscita sono utilizzate dal KERNAL per acquisire i caratteri dalla 
tastiera, per comunicare con il registratore a nastro, con la stampante, 
con joystick, Paddle ecc. 

Nello schema a blocchi è indicato anche un connettore di espansione: in 
esso sono riportati i bus di indirizzo, di dati e di controllo, generati dalla 
CPU di modo che è possibile aggiungere al calcolatore risorse ulteriori, 
cioè RAM, ROM, porte di ingresso ecc. 


ALLOCAZIONE DELLA RAM 


Il microprocessore accede alle varie unità funzionali presenti nel calco¬ 
latore dopo avere posto nel bus degli indirizzi l’indirizzo del dispositivo 
(RAM, ROM, VIA ecc.) interessato allo scambio di informazioni. 
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Per motivi che appariranno ovvi nei capitoli successivi, conviene che 
l’utilizzatore del calcolatore conosca i valori di indirizzo associati ai 
diversi dispositivi. 

Questi ultimi infatti non sono individuati sempre dallo stesso indirizzo 
in quanto alcuni di essi sono diversamente allocati a seconda delle 
espansioni di memoria ram o rom collegate al VIC-20. 

Tale allocazione è effettuata automaticamente dal KERNAL al mo¬ 
mento della accensione del calcolatore allo scopo di individuare un’area 
continua di memoria ram in cui risiederanno i programmi scritti in 
Basic. 

La necessità di un’area senza soluzioni di continuità è imposta dall’inter¬ 
prete Basic il quale non è in grado di eseguire istruzioni in Basic che non 
siano memorizzate una di seguito all’altra. 

A ciò si deve aggiungere che anche il 6561 ha bisogno di un’area di ram 
continua di 506 locazioni destinata alla memoria video: questa può 
iniziare solo dalle locazioni 4096, 5120,5144 e 7680 (che sono specifi¬ 
che proprie del 6561). 

Come si può notare dalla figura 1.2 nel caso di un VIC-20 senza 
espansioni di memoria aggiunte l’area destinata alla memorizza¬ 
zione del programma in Basic va dalla locazione 4096 alla 7679 
compresa; l’area di memoria video va dalla 7680 alla 8191 com¬ 
presa. 

Nel caso si aggiunga una espansione di 3K byte si ha a disposizione dei 
programmi Basic l’area che va dalla locazione 1024 alla 7679 compresa, 
ferma restando quella dedicata alla memoria video. 

Nel caso invece sia collegata una memoria di espansione di 8K byte, che 
aggiunge memoria dalla locazione 8192 alla 16383 compresa, il KER¬ 
NAL evidentemente deve allocare l’area Basic in modo diverso per non 
averla spezzettata in due parti (da 4096 a 7679 e da 8192 a 16383): 
allora esso predispone le cose indicando al 6561 che l’area di memoria 
video va dalla locazione 4096 alla 4607 e all’interprete Basic che quella 
riservata ai programmi va dalla locazione 4608 in poi. 

In questo caso è necessario anche un cambiamento dell’area di memoria 
di colore: questa è fisicamente costituita da 1024 locazioni, di 4 bit 
ciascuna, che vanno dall’indirizzo 37888 al 38911 compreso; solo 506 
sono necessarie al 6561 ma, dato il modo di funzionamento di quest’ulti¬ 
mo, anche qui occorre che il KERNAL “dica” al VIC dov’è l’area 
effettiva da usare a seconda della espansione di memoria. 

In pratica per un VIC-20 senza espansioni o con al massimo quella da 3K 
byte questa area inizia in locazione 38400; per le espansioni da 8K in su 
essa inizia in locazione 37888. Ma come fa il KERNAL a rilevare la 
presenza delle eventuali espansioni aggiunte? La risposta è che esso, 
dopo l’accensione del calcolatore, scrive un valore, non importa quale. 
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Fig. 1.2 

in ciascuna delle locazioni associate alla memoria ram e immediatamen¬ 
te ne va a rileggere il contenuto. 

È evidente che se quella locazione è di ram allora quanto letto coincide 
con quello che era stato scritto; se invece non c’è ram ciò non accader 
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allora il KERNAL riesce ad avere una mappa dell’area effettiva in cui 
esiste della ram. L’informazione relativa alla attuale configurazione 
della memoria, assieme ad altre che vedremo in seguito, è depositata dal 
KERNAL nella ram di sistema a disposizione dell’interprete Basic. 
Nella figura 1.2 si può notare la presenza di un’area, che va dalla 
locazione 40960 alla 49151, destinata alle cartucce Commodore, e 
indicata come area ram/rom. 

Il lettore si sarà certamente accordo che, se è inserita una cartuccia, per 
esempio di giochi, gli è impossibile avere il controllo del calcolatore 
dato che all’accensione il gioco incomincia immediatamente. 

In che modo agisce il KERNAL in questo caso? Anche qui esso inizializ- 
za alcune variabili nell’area ram di sistema, ad esempio quelle già viste 
relative all’area di memoria, e poi va a verificare se è inserita una 
cartuccia: tale verifica è agevole in quanto nelle locazioni dalla 40964 
alla 40968 debbono essere memorizzati nella rom contenuta in una 
cartuccia del tipo suddetto i codici corrispondenti alla stringa AOCBM. 
Una volta rivelata la presenza di tale stringa il KERNAL cede il control¬ 
lo del calcolatore non più all’interprete Basic ma a una routine, residen¬ 
te nella cartuccia, il cui indirizzo di partenza è contenuto nelle locazioni 
40960 e 40961. 

È questa routine che “personalizza” il calcolatore secondo le necessità 
del gioco. Si deve notare che te routine presenti nel KERNAL sono 
sempre a disposizione e quindi possono essere utilizzate anche dalle 
cartucce. 

Sempre dalla figura 1.2 si può vedere come vi siano aree dedicate sia ai 
due VIA che al 6561; ciascuna è costituita solo da 16 locazioni, associate 
ai vari registri, interni a questi dispositivi, che ne permettono la pro¬ 
grammazione. 

Esistono altre due aree di notevole importanza per eventuali espansioni 
di ingresso o di uscita: sono ambedue da 1024 locazioni e iniziano dalla 
38912 e dalla 39936 rispettivamente; se ne vedrà una utilizzazione 
quando si parlerà del convertitore a/d e del programmatore di eprom. 


LEVIA 


Il VIC-20 comunica con i dispositivi periferici tramite due circuiti inte¬ 
grati programmabili, via (Versatile Interface Adapter), i quali gestiscono 
la tastiera, il registratore, i joystick, la comunicazione seriale di tipo rs 
232, il bus seriale ieee 488. 

Le due via controllano ciascuna 16 linee di ingresso/uscita (i/o) e quattro 
linee di handshaking. 
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Il funzionamento di questi circuiti integrati è controllato dal contenuto 
di 16 registri interni sui quali è possibile effettuare una programmazio¬ 
ne, cioè scrivendovi i valori opportuni è possibile, per esempio, far sì che 
una certa linea sia di ingresso invece che di uscita (o viceversa). Una 
delle due via, il secondo, è dedicato completamente alla gestione della 
tastiera, mentre il primo è, come si vedrà, quasi completamente a 
disposizione dell’utilizzatore. 

La figura 1.3 dà un’idea di come sono utilizzate le due via. 

In ogni VIA sono presenti due porte di i/o, dette porta A e porta B, 
ognuna corredata da due linee di controllo, CAI e CA2 per la A e CBl e 
CB2 per la B. 

La porta A è formata da otto linee, PA7-PA0, le quali possono essere 
programmate indipendentemente in modo da funzionare come linee o 
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USER 
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PB0 
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SERIAL SRO (IN) 
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OUTPUT 
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i 

S9nF 


$9120 

l 

$912F 


Fig. 1.3 Allocazione delle linee I/O dai due chip 6522. 
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di ingresso o di uscita. Tale programmazione è attuata scrivendo secon¬ 
do delle regole precisate dal costruttore un byte opportuno nel registro 
di direzione dedicato alla porta A (DDRA). 

I segnali presenti sulle linee di uscita sono imposti dal contenuto del 
registro cH uscita associato alta porta A. Il valore presente sulle linee 
programmate come ingresso può essere memorizzato in un registro 
interno della via se viene presentato un impulso di tensione all’ingresso 
CAI. Le linee di controllo CAI e CA2 possono servire come ingressi di 
interruzione o come linee di handshaking per quelle periferiche che 
necessitano di particolari protocolli di colloquio. 

La porta B funziona allo stesso modo della porta A ed è corredata dagli 
stessi tipi di registri di controllo; inoltre la linea PB7, programmata 
come uscita, può essere controllata da uno dei due temporizzatori 
presenti nella via. La linea PB6, se di ingresso, può servire appunto 
come ingresso di conteggio per l’altro temporizzatore. Le linee di con¬ 
trollo CBl e CB2, oltre a poter funzionare come le analoghe della porta 
A , possono costituire linee di ingresso o di uscita seriale sotto il control¬ 
lo del registro a scorrimento presente nella via. 


IL CONNETTORE DI ESPANSIONE 


Il connettore ^ espansione permette di aggiungere sia memoria sia 
porte di ingresso o di uscita esterne al VIC-20. Le 44 linee del connetto¬ 
re costituiscono una via di accesso ai bus del calcolatore per i dispositivi 
aggiunti: in pratica queste linee prolungano all’esterno i bus interni del 
VIC-20. 

Le linee del connettore possono essere raggruppate funzionalmente nei 
seguenti gruppi: 

1. linee del bus di dati: CD7-CD0 

2. linee del bus degli indirizzi: CA0-CA13 

3. linee del bus di controllo: (dock di sistema, ingressi di richiesta di 
interruzione, ingresso di reset, segnali di r/w 

4. linee di selezione dei blocchi di memoria e dei dispositivi di ingresso/ 
uscita: /RAMI, /RAM2, /RAM3, /BLKl, /BLK2, /BLK3, /BLK5, /I/02, 
/I/03 

5. linee per l’alimentazione dei dispositivi esterni. 

Si può notare dalFelenco che le linee del bus degli indirizzi sono solo 14 e 
non 16 come ci si potrebbe aspettare: il motivo è che le linee di selezione 
forniscono già una forma di indirizzamento decodificata e quindi è come 
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Tabella 1.1 


MEMORY EXPANSION 


1 2 3 4 5 6 7 8 9 1011 12 13 14 15 16 17 18 19 20 21 22 



ABCDEFHJKLMNPRSTUVWXYZ 


FIN# 

TYPE 

12 

BLK3 

13 

BLK5 

14 

RAMI 

15 

RAM2 

16 

RAM3 

17 

VR/W 

18 

CfWJ 

19 

IRQ 

20 

NC 

21 

+ 5V 

22 

GND 


FIN# 

TYFE 

1 

GND 

2 

CD0 

3 

GDI 

4 

CD2 

5 

CD3 

6 

CD4 

7 

CD5 

8 

CD6 

9 

CD7 

10 

BLK1 

11 

BLK2 


FIN# 

TYFE 

N 

CA10 

P 

CA11 

R 

CA12 

S 

CAI 3 

T 

1/02 

U 

1/03 

V 

S02 

w 

NMI 

X 

RESET 

Y 

NC 

z 

GND 


FIN# 

TYFE 

A 

GND 

B 

CA0 

C 

CAI 

D 

CA2 

E 

CA3 

F 

CA4 

H 

CA5 

J 

CA6 

K 

CA7 

L 

CA8 

M 

CA9 
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se avessero a disposizione tutti i 16 bit di indirizzo. La tabella che segue 
indica gli intervalli di indirizzo decodificati dalle linee di selezione 
assieme ai bit di indirizzo necessari: 


Linea di 

Campo 

Bit di 

selezione 

indirizzi 

indirizzo 

/RAMI 

1024-2047 

CA9-CA0 

/RAM2 

2048-3071 

CA9-CA0 

/RAM3 

3072-4095 

CA9-CA0 

/BLKl 

8192-16383 

CA12-CA0 

/BLK2 

16384-24575 

CA12-CA0 

/BLK3 

24576-32767 

CA12-CA0 

/BLK5 

40960-49151 

CA12-CA0 

/I/02 

38912-39935 

CA9-CA0 

/I/03 

39936-40959 

CA9-CA0 


Ad esempio se si vuole aggiungere una memoria esterna da 8192 byte 
associata agli indirizzi che iniziano da 40960 occorre attivarne il funzio¬ 
namento con il segnale /BLK5 e fornirle i bit di indirizzo CA12-CA0. 
Se invece si vuole aggiungere un via esso può essere associato a indirizzi 
nel campo da 38912 a 39935 oppure nel campo da 39936 a 40959; se 
vogliamo associare i suoi 16 registri interni a indirizzi che iniziano dalla 
locazione 39936 esso dovrà essere selezionato dal segnale /I/03, gli si 
dovranno fornire il segnale di controllo r/w e le linee di indirizzo 
A0-A3. 

La tabella 1.1 mostra la corrispondenza tra i vari contatti del connettore 
di espansione e i vari segnali che sono stati descritti. 


LA PORTA DI UTENTE 


Nel retro del VIC-20 è presente un connettore che costituisce la porta di 
utente (user party, in esso sono riportate le linee della porta B del via 1, 
come è indicato nella figura 1.4. 

Questa porta è utilizzabile sia come interfaccia generica, di ingresso e/o 
uscita, per apparecchiature digitali (e a questo scopo è compito dell’uti- 
lizzatore programmare opportunamente via 1) sia come interfaccia 
seriale secondo lo standard RS232-C, per la quale fortunatamente sono 
già implementate nel KERNAL le appropriate routine di gestione. 
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1) . Ingresso I/O per i giochi 4) I/O seriale 

2) Espansioni di memoria 5) Cassette 

3) Audio e Video 6) Porta di utenté 

Fig. 1.4 Posizione dei diversi output I/O del VIC. 


LA PORTA PER JOYSTICK E PADDLE 


Questo connettore riporta aU’esterno alcune linee della porta A del via 
# 1 e della porta 5 del via # 2 e alcune del 6561. 

Quelle collegate alle due via sono destinate alla lettura della posizione 
di un joystick attraverso un programma opportuno che deve essere 
scritto dall’utente. 

Per quanto riguarda i collegamenti alle paddle, le relative linee sono 
direttamente collegate a ingressi dedicati del 6561 relativi a due conver¬ 
titori analogico-digitale a bassa velocità. 

In questo modo è possibile effettuare, tramite un programma opportu¬ 
no, letture di due registri interni al 6561 stesso i quali contengono 
ciascuno un valore numerico, compreso tra 0 e 255, il quale corrisponde 
in modo lineare alla rotazione del potenziometro contenuto in una 
paddle. 

Una linea del connettore in oggetto è utilizzabile per il collegamento 
con una matita luminosa (light peri); questa è un dispositivo che, se 
puntato in un qualsiasi punto dello schermo televisivo e attivato con la 
pressione di un pulsante apposito, fornisce un impulso ogni volta che il 
pennello elettronico del televisore vi passa sotto. 

Tale impulso è interpretato dal 6561 come comando per memorizzare in 
due registri interni al 6561 stesso, e dedicati esclusivamente a tale 
compito, due numeri relativi alla riga e alla colonna di scansione del 
pennello elettronico. Si ricordi che essendo proprio il 6561 il dispositivo 
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che genera i segnali per il televisore, esso è in grado di sapere in ogni 
istante qual è il punto dello schermo televisivo scandito dal raggio di 
elettroni. 

È allora possibile, con un programma opportuno, acquisire l’informa¬ 
zione su qual è in ogni istante l’areola dello schermo televisivo su cui 
l’utente punta la matita luminosa ilight pen). 

La matita luminosa è di solito utilizzata in programmi esistenti in 
commercio che permettono di tracciare disegni a bassa risoluzione; un 
altro è quello in cui con essa si scelgono opzioni diverse di funzionamen¬ 
to, nei programmi che ne prevedono l’uso. 



CAPITOLO DUE 

La memorizzazione 
di programmi in Basic 


Per comprendere come si comporta il sistema operativo conviene ana¬ 
lizzare quello che succede quando si scrive una linea di programma e si 
dà il <return>. 

Il sistema operativo trasferisce la sequenza di caratteri via via introdotti 
dalla tastiera alla memoria di schermo e quindi, all’attivazione del 
<return>, comprime il testo della istruzione trasformandolo in una se¬ 
quenza di codici. 

Ogni parola chiave del Basic è compressa in un codice, formato da un 
byte, che la contraddistingue in modo univoco; ogni carattere alfanume¬ 
rico che fa parte o del nome di una variabile o di una stringa, è invece 
memorizzato con il suo equivalente in codice ascii. (Una tabella dei 
codici delle istruzioni e dei codici ascii è in appendice 1.) 

La sequenza così ottenuta è quindi depositata in un’area di memoria 
dedicata esclusivamente ai programmi; tutte le sequenze di caratteri o di 
codici delle successive istruzioni sono memorizzate in locazioni succes¬ 
sive di tale memoria. 

Ad esempio il programma: 

10 PRINT'VIC" 

20 END 

nel caso non ci siano espansioni di memoria aggiunte è depositato 
nell’area di memoria dedicata ai programmi come una sequenza di 
codici che inizia dalla locazione 4096: 
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Indirizzo codice 

4096 0 (inizio programma 

4097 12 (link) 

4098 16 (link) 

4099 10 (numero di istruzione) 

4100 0 (numero di istruzione) 

4101 153 (= PRINT) 

4102 34 (= virgolette) 

4103 86 (V) 

4104 73 (I) 

4105 67 (C) 

4106 34 (= virgolette) 

4107 0 (fine istruzione) 

4108 18 (link) 

4109 16 (link) 

4110 20 (numero di istruzione) 

4111 0 (numero di istruzione) 

4112 128 (= END) 

4113 0 (fine istruzione) 

4114 0 (fine del programma?) 

4115 0 (fine del programma!) 

Come si può notare, la prima locazione dell’area di memoria per i 
programmi contiene il codice di valore 0 che indica proprio l’inizio del 
programma in Basic. Le successive due locazioni (4097 e 4098) conten¬ 
gono l’indirizzo (link) in cui è memorisaata la prossima istruzione in 
Basic: tale indirizzo si può calcolare sommando al contenuto della 
locazione 4097 quello della 4098 moltiplicato per 256. Il valore ottenu¬ 
to in questo caso è 12 -I- 16 x 256 = 4108; da tale locazione inizia infatti 
la sequenza di codici deH’istruzione: 

20 END 

La locazione 4099 contiene il byte meno significativo del numero di 
istruzione, la 4100 quello più significativo: in questo caso si tratta della 
istruzione 

10 PRINT'VIC" 

11 codice 153 in locazione 4101 è quello che identifica la parola chiave 
PRINT. 

Le successive cinque locazioni contengono i codici di "VIC". La 4107 
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contiene 0 e ciò indica al sistema operativo che si tratta della fine 
dell’istruzione Basic. 

In modo analogo è memorizzata l’istruzione 
20 END 

si noti che dopo lo 0, che indica la fine di questa istruzione, le successive 
due locazioni contengono anch’esse 0: ciò è un avviso all’interprete 
Basic che il programma è terminato e che può tornare a gestire la 
tastiera per accettare altri comandi dall’operatore. 

Da quanto detto dovrebbe risultare chiaro che, agendo opportunamen¬ 
te sulle locazioni di memoria di programma, è possibile, ad esempio, 
modificare il programma stesso; il programma che segue modifica se 
stesso la prima volta che viene mandato in esecuzione: 

10 PRINT"VIC" 

20 POKE 4103, ASC("C") 

30 POKE 4104, ASC("B") 

40 POKE 4105, ASCC'M") 

50 END 

Se si dà il RUN a questo programma e poi si fa il LIST, si vedrà che la 
linea 10 è modificata nella: 

10 PRINT"CBM" 

A parte questo esempio banale si possono però utilizzare le informazio¬ 
ni appena descritte per fare cose più interessanti: come si è visto, i primi 
due byte di ogni sequenza di istruzione contengono l’indicazione della 
locazione di memoria in cui inizia la (eventuale) prossima istruzione del 
programma. Sappiamo altresì che se questi due byte contengono ambe¬ 
due il valore zero, questa è una indicazione all’interprete Basic che si 
tratta dell’ultima istruzione del programma. Allora se si immette nel 
calcolatore in modo.diretto il comando: 

PRINT PEEK(4097), PEEK(4098) <return> 

questo scriverà sullo schermo video i valori dei due byte di link (nel caso 
dei due esempi appena visti scriverà rispettivamente i valori 12 e 16). Se 
annotiamo questi due valori e poi diamo il comando in modo diretto: 
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POKE 4097, 0: POKE 4098,0 <return> 
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nella memoria programmata si avrà a partire dalla locazione 4096, la 
sequenza di valori 000, che dicono all’interprete Basic che il program¬ 
ma è terminato. Ciò ha come conseguenza che il programma non va in 
esecuzione né può essere listato anche se risiede ancora in memoria e 
può essere salvato su nastro o su disco. Chi ha trascritto i due valori di 
cui sopra è però in grado di ripristinarli, e tramite la: 

POKE 4097, 12: POKE 4098, 16 <return> 

rende di nuovo eseguibile il programma caricato da nastro. 

Abbiamo appena visto come sfruttando la conoscenza del modo in cui il 
sistema operativo memorizza il programma in Basic sia possibile scrive¬ 
re un programma che non può essere utilizzato da chi non conosce la 
chiave, cioè i valori dei due link nelle locazioni 4097 e 4098. Questo è 
però un modo elementare di protezione dei programmi: più avanti 
saranno descritti metodi più raffinati. 

Nell’esempio precedente il programma è memorizzato a partire dalla 
locazione 4097: questo indirizzo, assieme ad altri che vedremo tra poco, 
è automaticamente calcolato dal sistema operativo al momento dell’ac¬ 
censione del calcolatore. È però possibile variarlo quando ciò è necessa¬ 
rio, ad esempio, nel caso in cui si voglia riservare una certa area di 
memoria ram a programmi scritti in linguaggio macchina. 

L’indirizzo di inizio di un programma in Basic è contenuto, nel formato 
byte meno significativo - byte più significativo, nelle due locazioni di 
memoria 43 e 44: in un VIC-20 senza espansioni di memoria il contenu¬ 
to di queste due locazioni è rispettivamente 1 e 16 (1 -I- 16 x 256 = 
4097). Per spostare l’inizio dell’area dedicata ai programmi basta dare i 
comandi: 

POKE 44,X : POKE X x 256,0 : NEW 

Gli ultimi due sono necessari: il primo per indicare all’interprete Basic 
dove inizia il programma, il secondo (NEW) per far capire al sistema 
operativo che c’è stata ùna modifica di indirizzi. Il valore X deve essere 
scelto in base alle locazioni di memoria che vogliamo libere: ad esempio 
se ne servono 512 basterà che sia X = (16 + 2) = 18. 

Si è prima accennato alle locazioni 43 e 44: a partire da queste ci sono 
delle coppie di locazioni di estrema importanza per l’interprete Basic in 
quanto contengono gli indirizzi della ram riservata ai programmi e alle 
variabili Basic, e delle locazioni di inizio e di fine delle aree ove sono 
depositate le variabili stesse. 

In tabella 2.1 sono elencate le locazioni di cui sopra. 

Nel medesimo modo con cui si sono riservate un certo numero di 
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Tabella 2.1 


Indirizzo Contenuto 


43 44 indirizzo di inizio di un programma Basic (varia al variare delle 

espansioni di memoria aggiunte) 

45 46 indirizzo di inizio dell’area ove sono depositate le variabili semplici 

(dipende dalla lunghezza del programma) 

47 48 indirizzo di inizio dell’area ove sono depositate le variabili di tipo 

matrice 

49 50 fine dell’area precedente 

51 52 fine dell’area ove sono memorizzate le variabili di tipo stringa (ogni 

volta che si definisce o si modifica una stringa l’indirizzo contenuto 
in 51 e 52 diminuisce) 

53 54 inizio dell’area ove sono memorizzate le stringhe 

55 56 indirizzo di fine della memoria Basic 


locazioni all’inizio della memoria di programma se ne possono riservare 
anche alla fine agendo sulle locazioni 51 52 55 e 56: addirittura in 
questo caso i comandi possono essere scritti come istruzioni aU’intemo 
di un programma dato che qui non è necessario dare il comando NEW. 
Se ad esempio si vuole riservare un’area di 768 (= 3 x 256) locazioni 
nella parte alta della memoria, occorre dare il comando, o l’istruzione: 

{nnn) POKE 52, PEEK(52) - 3: POKE 56, PEEK(52) : CLR 

in cui si usa CLR, che ha lo stesso scopo del NEW visto nel caso 
precedente. 

È da notare che il contenuto delle locazioni dalla 45-esima alla 54-esima 
è via via aggiornato dall’interprete Basic e dal sistema operativo man 
mano che sono immesse istruzioni di un programma o durante la sua 
esecuzione. 


ALLOCAZIONE DELLE VARIABILI 


L’area di memoria Basic non utilizzata da un programma è interamente 
disponibile all’interprete Basic per depositarvi i valori delle variabili 
relative al programma stesso. 

Le variabili possono essere divise in due categorie: quelle semplici, cioè 
definite da istruzioni come 


A = 22 ; A$ = "ABC" ; Z% = 2397 
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e quelle a più dimensioni, definite da istruzioni DIM: 

DIM A(120) ; DIM C%(32) : DIM K$(51) 

Per ognuna delle due categorie sono possibili tre tipi: le variabili intere, 
quelle reali e quelle di tipo stringa. 

Le variabili semplici, di qualsiasi tipo esse siano, sono memorizzate 
subito dopo l’area occupata dal programma Basic a partire dall’indirizzo 
individuato dal contenuto delle locazioni 45 e 46. La quantità di memo¬ 
ria occupata dipende ovviamente dal numero di variabili presenti nel 
programma. 

Ogni variabile semplice impegna sette byte, dei quali i primi due conten¬ 
gono l’informazione riguardante il tipo di variabile, i restanti contengo¬ 
no il valore a essa associato, nel caso si tratti di variabili intere o reali, 
oppure l’indirizzo a partire dal quale è memorizzata la stringa nel caso di 
variabili di tipo stringa. 

Il tipo di variabile è individuato dal fatto che i codici ascii delle prime 
due lettere del loro nome sono o meno aumentati di un valore 128 ($80) 
secondo regole predefinite dall’interprete. In tabella 2.2 sono indicate 
le varie combinazioni possibili. 


Tabella 2.2 


Tipo 

Nome 

Byte 1-2 


intere 

A% 

SCI $80 

(''A''+128;""+128) 


AA% 

$C1 $C1 

("A"+128;"A"+128) 

reali 

B 

$42 $00 

("B";'"') 


BB 

$42 $42 

("B";"B") 

stringhe 

C$ 

$43 $80 

("C";"''+128) 


CCS 

$43$C3 

("C";"C'+128) 


Per quanto riguarda i restanti cinque byte, anche per essi l’informazione 
contenuta cambia a seconda del tipo. 

Per le variabili semplici di tipo intero il valore associato è contenuto nei 
byte 3 e 4 ed è espresso in codice binario con il segno indicato dal bit più 
significativo del byte 3. Ad esempio: 

byte 3 byte 4 


A% = 10 
A% = 100 


$00 

$00 


$0A 

$64 
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Nel caso di variabili di tipo reale il loro valore è espresso dalla formula: 

valore = 2 f (X - 81) * (1 + b46*21 - 1 + b45*21 - 2 + ...) 

ove la X è il valore del byte 3, mentre b46, b45, b44 ecc. sono i valori dei 
bit 6, 5 ecc. del byte 4, 5, 6, 7; ad esempio: 



byte3 

byte4 

byteS 

byteó 

byte7 

A = 101 

$87 

$4A 

$00 

$00 

$00 

A = 10 

$84 

$20 

$00 

$00 

$00 


Infatti: 

101 = 21 (87 - 81) * (1 + 4/8 + 10/128) 

10 = 21 (84 - 81) * (1 + 2/8) 

Le variabili semplici di tipo stringa hanno invece il byte 3 che contiene il 
numero di caratteri componenti la stringa mentre i byte 4 e 5 individua¬ 
no la locazione di memoria a partire dalla quale è memorizzata la 


sequenza dei caratteri 

della stringa stessa; ad esempio 

byte3 

byte4 

byteS 

A$="ABC" $03 

XX 

YY 

(a partire daH’indirìzzo XX -I- 256 • YY sono presenti i byte di valore $41 
(="A"), $42 (="B") e $43 (="C")). 


Le variabili di tipo matrice sono memorizzate in un modo un po’ più 
complicato: esiste infatti per ogni tipo di variabile un primo gruppo di 
byte (header) che contiene informazioni riguardanti il nome e il tipo 
della matrice, il numero degli elementi in ognuna delle dimensioni ed 
infine una coppia di byte il cui contenuto individua dove inizia un’even¬ 
tuale altra matrice. A questo primo gruppo di byte seguono ordinata- 
mente i valori degli elementi della matrice. Un header di una matrice a 
una dimensione è illustrato in tabella 2.3: 

Tabella 2.3 


byte 5 byte 6 byte 7 


byte 1 byte 2 byte 3 byte 4 
(nome + tipo) prossima matrice 


# dim. numero di elementi 
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Nel caso di matrice a una dimensione l’header occupa solo sette byte, in 
una a due dimensioni nove e così via aggiungendo ai primi cinque byte 
tante coppie di byte quanto è il numero di dimensioni. 

Quanto detto può essere utile per individuare dove sono memorizzate le 
variabili che ci interessano ma soprattutto per rendere i programmi 
Basic un po’ più veloci. Per far questo dobbiamo sapere come agisce 
l’interprete Basic sulle variabili di un programma, ad esempio su: 

10 A = 10 
20 B = 20 
30 C = 30 
40 D = A * B * C 
50 PRINT D 

L’interprete durante l’esecuzione crea nell’area dedicata alle variabili 
quattro gruppi consecutivi di 7 byte, per memorizzare i valori di A, B, C 
e D; quando viene eseguita l’istruzione 50 esso va a sondare dall’inizio 
tutta l’area destinata alle variabili finché non trova i due byte che 
individuano la variabile D e quindi esegue PRINT. 

A questo punto è immediato pensare che se si modifica la prima istruzio¬ 
ne del programma precedente nella: 

10 D = 0 : A = 10 

l’individuazione della variabile D avviene in un tempo molto più breve 
di prima in quanto ora essa è la prima a essere trovata; come conseguen¬ 
za il programma viene eseguito un po’ più velocemente. 

Per quantizzare i vantaggi del definire per prime, in un programma, le 
variabili più usate nel corso dello stesso, proviamo a far eseguire il 
seguente programma: 

10 Tl$ = "000000" 

20 POR T = 1 TO 10000 : NEXT T 
30 PRINT TI/60 

ove la TI/60 ci dice quanti secondi sono stati necessari per eseguirlo: 
sono circa 12. 

Se ora aggiungiamo alle precedenti le istruzioni: 

1 Al =1 : A2 = 2 : A3 = 3 : A4 = 4 

2 A5 = 5 : A6 = 6 : A7 = 7 : A8 = 8 


e lo mandiamo in esecuzione così modificato si vede che ora impiega 
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circa 15 secondi; questo aumento di durata è imputabile solo al fatto che 
ora la variabile T è la nona a essere definita. 

Se aggiungiamo l’istruzione ; 

OT = 0 

e facciamo eseguire ancora una volta il programma si ritrova il valore 
iniziale di 12 secondi circa. 

La conclusione è che le variabili dei cicli FOR-NEXT e quelle più 
frequentemente utilizzate nel corso di un programma, conviene siano 
definite per prime anche con assegnazioni prive di significato. 

Un altro miglioramento, sempre riguardante la velocità di esecuzione, 
si ottiene se si omette, ove possibile, il nome della variabile nelle 
istruzioni NEXT. 

Un altro trucco per rendere più veloci i tempi di esecuzione è quello di 
non fare effettuare operazioni aritmetiche o logiche su dati numerici 
definiti come costanti; ad esempio: 

FOR I = 1 TO 1000: PRINT 7 * 9 : NEXT 

è più lenta di: 

A = 7 : B = 9 : FOR I = 1 TO 1000; PRINT A * B : NEXT 

e ciò accade perché nel primo caso l’interprete deve effettuare 1000 
volte la conversione dei valori 7 e 9, memorizzati nel programma con i 
rispettivi codici ascii, in numeri reali, mentre nel secondo caso la 
conversione è effettuata solo una volta all’esecuzione delle A = 7 B = 9. 


TECNICHE DI MERGE 


Molto spesso succede che, mentre si sta immettendo da tastiera un 
programma nel calcolatore, ci si accorge che si potrebbero utilizzare 
alcuni sottoprogrammi già scritti e memorizzati su nastro o su disco; se si 
ha bisogno di un solo sottoprogramma e questo è abbastanza corto ci si 
adatta a malincuore a ribatterlo da tastiera. 

Nel caso si vogliano utilizzare più sottoprogrammi, residenti su nastro o 
su disco, evidentemente il tempo impiegato per la loro immissione nel 
calcolatore può diventare molto grande se non si adotta un qualche 
artificio che ci permetta di caricare dei programmi nell’area Basic senza 
distruggere quelli che già vi risiedono. 
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La tecnica per ottenere ciò, usualmente detta di merge (fusione, lette¬ 
ralmente) è abbastanza semplice non appena si ricordi come sono 
memorizzati i programmi del calcolatore. 

Neiresemplificàzione seguente supporremo che il programma principa¬ 
le sia già in memoria e che i numeri di istruzione dei sottoprogrammi da 
aggiungere siano tutti maggiori di quelli dei programma principale. 

Il metodo per eseguire il merge è relativamente semplice e consiste 
nell’imbrogliare il sistema operativo e l’interprete Basic facendo crede¬ 
re loro che l’area dedicata alla memorizzazione dei programmi inizi 
dalla locazione in cui termina il programma principale: a questo punto si 
effettua il caricamento del sottoprogramma e, una volta concluso, si 
ripristinano le condizioni iniziali. 

In pratica si sostituiscono i due byte di valore 0 che indicano all’interpre¬ 
te Basic che le istruzioni di un programma sono terminate con i due byte 
che formano il link della prima istruzione del sottoprogramma che si 
vuole aggiungere. 

Allora ci occorre sapere ove termina il programma principale; allo 
scopo basta far eseguire in modo diretto, la solita: 

A = PEEK(45) -I- 256 * PEEK(46) : PRINT A 

la quale fornisce l’indirizzo in cui inizia l’area di memoria dedicata alle 
variabili, cioè quello della prima locazione dopo i tre byte di valore 0 che 
segnalano all’interprete Basic il termine di un programma in Basic, nel 
nostro caso il programma principale. Si fa poi eseguire, sempre in modo 
diretto, la: 

A = A - 2 

la quale fa sì che ora A contenga l’indirizzo della locazione immediata¬ 
mente seguente quella nella quale c’è il byte di valore 0 che segnala la 
fine dell’ultima istruzione del programma principale. A questo punto si 
annota la locazione da cui inizia il programma facendo eseguire: 

PRINT PEEK(43) + 256 * PEEK(44) 

(per un VIC-20 senza espansioni di memoria aggiunte il valore fornito è 
4097) e si impone che l’inizio dell’area di memoria dedicata al program¬ 
ma sia nella locazione individuata dal valore di A, facendo eseguire 
sempre in modo diretto: 


POKE 43,A AND 255 : POKE 44, A/256 
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A questo punto si fa caricare il primo sottoprogramma con un normale 
LOAD terminato il quale abbiamo nel calcolatore i due programmi uno 
di seguito all’altro. Dei puntatori 43-44 e 45-46, solo i due ultimi sono 
correttamente impostati: infatti un eventuale comando di LIST fa appa¬ 
rire solo l’ultimo programma caricato. Occorre a questo punto, ripristi¬ 
nare il valore dei puntatori 43 e 44 e cioè fare eseguire la: 

POKE 43, 1 : POKE 44, 16 

(nel caso di un VIC-20 senza espansioni di memoria) oppure, per ogni 
altro caso: 

POKE 43, nnnn AND 255 : POKE 44, nnnn / 256 

dove nnnn è il valore precedentemente annotato. A questo punto il 
programma può essere salvato così com’è oppure, se si deve aggiungere 
qualche altro sottoprogramma si ripete il procedimento appena de¬ 
scritto. 


TECNICHE DI OVERLAY 


Qualche volta si ha la necessità di far caricare e mandare in esecuzione 
da programma altri programmi: di solito si è costretti a questo a causa 
della limitata disponibilità di memoria del calcolatore che non è in grado 
di contenere tutto il programma necessario a un certo scopo. 

Un tipico esempio è quello in cui un programma fornisce all’operatore 
una scelta, un menu, tra diverse opzioni, gestite da altrettanti program¬ 
mi distinti: una volta che si sia introdotta da tastiera una certa scelta, il 
programma “menu” si incarica di prelevare dalla memoria di massa e di 
mandare in esecuzione l’opzione desiderata. 

Molto spesso il programma “menu” calcola anche i valori di alcune 
variabili che si vogliono passare inalterate ai programmi successivamen¬ 
te caricati. 

Si possono presentare due casi diversi: quello in cui il programma 
successivo è meno lungo, cioè occupa meno byte in memoria, o è al 
massimo della stessa lunghezza del programma “menu”, e quello in cui è 
più lungo. 

Primo caso 

Nel primo caso, dato che i puntatori nelle locazioni 43-44 e 45-46 
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rimangono sempre inalterati, i valori delle variabili numeriche restano 
immutati; ciò si può vedere facendo eseguire, ad esempio, il seguente 
programma: 

10 REM PROGRAMMA #1 
20 REM È PIÙ LUNGO DEL #2 
30 A = 50 : PRINT A 
40 LOADTROGRAMMA #2" : END 

e successivamente, dando il RUN, il programma #2: 

12 REM PROGRAMMA #2 
22 PRINT A: END 

Per quanto riguarda le variabili di tipo stringa definite come costanti in 
una istruzione di assegnazione, le cose non sono così immediate come si 
può vedere facendo eseguire il programma: 

100 REM PROGRAMMA #1$ 

110 A$ = "ABCDEF" 

120 LOAD "PROGRAMMA #2$" ; END 

e successivamente il programma #2$: 

102 REM PROGRAMMA #2$ 

112 PRINT A$ : END 

In questo caso la stringa A$ presentata sul video dal programma #2$ 
non ha niente a che fare con la stringa "ABCDEF": il motivo di ciò è che 
alla stringa A$ nel primo programma è associato l’indirizzo, in memoria 
di programma, da cui inizia la sequenza "ABCDEF" della istruzione 110; 
quando il secondo programma è caricato in memoria in quelle locazioni 
viene scritto l’equivalente “tokenizzato” dell’istruzione 112 e quindi va 
perso il contenuto di A$. 

La soluzione a questo problema è molto semplice: si deve fare in modo 
che A$ sia memorizzata nell’area Basic dedicata alle variabili stringa, 
cioè nella parte alta della memoria che, nel caso di programmi molto 
corti, non è influenzata in alcun modo dall’operazione di LOAD. Basta 
allora modificare la: 


110 A$ = "ABCDEF' 
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nella: 

110 A$ = "ABCDEF" + "" 

In questo modo infatti, quando la 110 viene eseguita nel corso del primo 
programma, l’interprete Basic crea nell’area di memoria dedicata alle 
stringhe proprio la A$ che non è evidentemente alterata dall’operazione 
di concatenamento con la stringa nulla 

Il fatto che l’interprete agisca in questo modo è dovuto alla sua peculiare 
proprietà per cui, ogni volta che deve eseguire una operazione su una 
variabile di tipo stringa, ne deposita il risultato su un’area diversa: se si 
fa eseguire l’istruzione A$ = "A" : B$ = "B" : A$ = A$ + B$ e si va ad 
analizzare il contenuto dell’area di memoria dedicata alle stringhe si 
vedrà che sono presenti i caratteri "A" "B" e "AB", cioè l’interprete non fa 
altro che individuare la nuova A$ con un diverso puntatore. 


Secondo caso 

In tale caso si deve procedere in modo diverso a seconda che si voglia o 
meno passare al secondo programma le variabili calcolate nel primo. 
Se non si vogliono passare le variabili basta molto semplicemente predi¬ 
sporre i puntatori di fine programma, locazioni 45-46, ai valori propri 
del secondo programma (si ricorda ancora che il LOAD non modifica le 
locazioni 43-44 e 45-46). Allo scopo basta che la prima istruzione del 
secondo programma sia: 

nn POKE 45,PEEK(174) : POKE 46,PEEK(175) ; CLR 

Infatti le locazioni 174-175 individuano la locazione ove termina un 
programma appena caricato da nastro o da disco. 

Nel caso invece si vogliano passare al secondo programma, più lungo del 
primo, i valori delle variabili numeriche (per quelle di tipo stringa 
valgono le considerazioni già fatte) occorre procedere in modo diverso: 
bisogna cioè far sì che il primo programma sia artificialmente reso di 
lunghezza pari al secondo. In questo modo infatti i puntatori 45-46 sono 
correttamente predisposti per il secondo programma e, cosa più impor¬ 
tante, l’area di memoria dedicata alle variabili non viene in alcun modo 
alterata dal LOAD. 

Un procedimento che si può adottare è il seguente: 

a. si carica in memoria il secondo programma (o uno dei “secondi” 
programmi). 
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b. si fa visualizzare e si annota il contenuto delle locazioni 45-46 
tramite: 

PRINT PEEK(45), PEEK(46) 

c. se i “secondi” programmi sono più di uno si ripassa al punto (a) 
finché non sono stati analizzati tutti. 

Esaurita questa prima parte della procedura si individuano i massimi 
valori assunti dalle locazioni 45-46 precedentemente annotati al punto 
(Jb), si carica il primo programma, per intenderci quello di “menu”, e si 
aggiunge immediatamente all’inizio l’istruzione: 

0 POKE 45, (massimo dei 45) : POKE 46, (massimo dei 46) : CLR 

facendo questo per quanto riguarda l’interprete Basic si è reso il primo 
programma di lunghezza eguale alla massima delle lunghezze dei “se¬ 
condi” programmi. 


ULTERIORI CONSIDERAZIONI NEL CASO DI UTILIZZO 
DI DISCHI E DI PROGRAMMI IN LINGUAGGIO MACCHINA 


Se si vuole far caricare un programma, scritto in linguaggio macchina e 
residente su disco, da un programma Basic, sorge il problema che 
l’interprete Basic, non appena effettuato il caricamento, esegue auto¬ 
maticamente un RUN per cui viene ancora mandato in esecuzione il 
programma in Basic dall’inizio, il quale farà caricare a un certo punto il 
programma in linguaggio macchina e così via all’infinito: ciò accade 
nell’esempio che segue: 

10 . 

20 . 


990 . 

1000 LOAD "NOME" ,8,1 

1010 . 

1020 . 

1030 . 
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Occorre allora fare in modo che la linea 1000 sia eseguita solo una volta 
così che, caricato il programma NOME, l’esecuzione del RUN automa¬ 
tico farà eseguire tutte le istruzioni fino alla 990 e proseguirà dalla 
1010. Questo si può ottenere modificando la 1000 nella; 

1000 IF A = 0 THEN A = 1 : LOAD "nome" ,8,1 

in questo modo essa la prima volta che viene eseguita fa caricare il 
programma NOME e pone A = 1 ; la seconda volta, dato che ora A = 1 , 
non viene più eseguito LOAD il che è quanto si voleva. 


UN METODO ANTI-NEW 


Qualche volta succede, purtroppo, che ci si dimentica di salvare un 
lungo programma appena e faticosamente scritto e testato, e di dare il 
comando NEW. 

Se non si fanno eseguire altri comandi o istruzioni non è il caso di 
disperarsi in quanto l’interprete Basic ha solo posto a zero i due byte di 
link della prima istruzione e ha reso uguali ai contenuti delle locazioni 
43 e 44 rispettivamente quelli delle 45 e 46. 

Se si dà un LIST infatti appare sullo schermo il messaggio READY, cioè 
per l’interprete non risulta esserci alcun programma residente in me¬ 
moria. 

In realtà il programma non è stato distrutto: il problema da affrontare è 
come riuscire a “risuscitarlo”. 

Ciò è facilmente attuabile dato che si conoscono sia il modo con cui sono 
memorizzati i programmi nella ram del calcolatore, sia quali sono state 
le modifiche attuate dal comando NEW nella ram stessa; occorre allora: 

1. ripristinare i due byte di link della prima istruzione; 

2. imporre i valori corretti nelle locazioni 45 e 46. 

Per quanto riguarda il primo punto il valore del link corrisponde all’indi- 
rizzo della locazione seguente quella contenente il valore zero, che 
indica la fine della prima istruzione del programma. 

Per ciò che concerne i valori da imporre invece nelle locazioni 45 e 46 
questi corrispondono all’indirizzo della locazione immediatamente se¬ 
guente quella in cui si trova il terzo byte consecutivo di valore zero, 
quello che indica la fine del programma. 

Il ripristino del programma si può attuare dando in modo immediato i 
seguenti comandi; 





36 


LA MEMORIZZAZIONE DI PROGRAMMI IN BASIC 


(fl) POKE 45, PEEK(55) : POKE 46, PEEK(56) - 1 
POKE 51, PEEK(45) : POKE 52, PEEK(46) : CLR 

questi servono per riservare una area minima (256 byte) per le variabili 
nella parte più alta della memoria disponibile. Se non si facesse così, i 
due comandi successivi, che ci servono per vedere dove termina la prima 
istruzione del programma “scomparso”, depositerebbero i valori delle 
variabili in essi definite proprio nel mezzo del programma stesso, ren¬ 
dendolo così irrecuperabile. 

(b) A = PEEK(43) -I- 256 * PEEK(44) POR I = A + 4 TO I -I- 88: 
PRINT -I * (PEEK(I) = 0): WAIT 197,64,64 : NEXT 

Questo gruppo di comandi scandisce 88 locazioni dell’area di memoria e 
visualizza i valori della I, cioè gli indirizzi, in cui si trovano dei byte di 
valore zero, tra i quali quello che indica la fine della prima istruzione. 
Si deve prender nota solo del primo valore della I diverso da zero in 
quanto nel programma scomparso potevano esserci istruzioni molto 
corte e la scansione effettuata ne indicherebbe tutte le corrispondenti 
locazioni finali. 

La scansione avviene a partire dalla quinta locazione dell’area di memo¬ 
ria riservata ai programmi e questo perché le prime tre locazioni conten¬ 
gono senz’altro uno zero, dato che è stato eseguito un NEW, mentre la 
quarta potrebbe contenere anch’essa un valore zero, questo relativo al 
numero d’ordine della prima istruzione del programma scomparso. 

WAIT 197, 64, 64 

permette di far procedere la scansione, un indirizzo alla volta, con 
l’attivazione di un qualsiasi tasto. 

Il valore di I precedentemente annotato ci serve per ripristinare il link 
mancante tramite le: 

(c) POKE A, (I-t-1) AND 255 
POKE A -I- 1 , (l-h 1) / 256 

Per quanto riguarda l’individuazione di dove termina il programma, allo 
scopo di sapere i valori corretti da mettere nelle locazioni 45 e 46, basta 
far eseguire le: 

{d) B = PEEK(45) + 256 * PEEK(46) 

POR I = A TO B: PRINT - I * ((PEEK{l)=0) AND (PEEK(l-l-1 )=0) 
AND (PEEK(H-2)=0)):NEXT 
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e annotare il primo valore di I diverso da zero visualizzato nello 
schermo. 

A questo punto si hanno tutti gli elementi necessari a “risuscitare” il 
programma; facendo eseguire le: 

(e) POKE 45, (I + 3) AND 255 
POKE 46, (I + 3) / 256 

si può di nuovo far listare e salvare il programma. 


ANTICOPIA 


In questo paragrafo sono descritte alcune tecniche elementari di prote¬ 
zione anticopia per i nastri magnetici: al crescere della complessità delle 
protezioni introdotte cresce la difficoltà nell’individuarle ma non quella 
di eliminarle, cioè si rende la vita un po’ più complicata a chi volesse 
copiare un nastro protetto, ma alla fine ci riesce. 

Bisogna ricordare inoltre che qualsiasi tipo di protezione è inutile nei 
riguardi di chi disponga di una apparecchiatura di duplicazione di nastri 
magnetici. 

Per quanto riguarda le tecniche di protezione di programmi su disco, 
argomento che qui non sarà trattato, esse sono molto più complicate e 
quindi più difficilmente individuabili: in genere con queste tecniche si 
immettono volutamente nel disco degli errori, riconosciuti dal dos che 
bloccano il funzionamento del drive a meno che il dos stesso non sia 
stato modificato mediante cunei sotfware opportuni. 

Come è noto nel VIC-20 esistono delle locazioni di memoria dedicate 
alla gestione del nastro magnetico sia durante un LOAD sia durante un 
SAVE. Queste locazioni, che vanno dalla 828 alla 1019 compresa, sono 
destinate a contenere i parametri necessari all’operazione di LOAD o 
SAVE in corso. 

La tabella 2.4 specifica il contenuto di tali locazioni. 

Per il nostro scopo le locazioni che interessano sono quelle dalla 833 alla 
1019. 

Infatti le routine del KERN AL che presiedono alle operazioni di SAVE 
e di LOAD, anche se mostrano sul video solo i primi 16 caratteri del 
nome del programma che si sta caricando o trasferendo sul nastro 
magnetico, in realtà verificano (in LOAD) o trasferiscono su nastro (in 
SAVE) come nome del file o del programma tutti i 1019 - 833 = 186 
caratteri presenti in queste locazioni. 
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Tabella 2.4 


Locazione 

Contenuto 

828 $033C 

tipo di file 

829 $033D 

indirizzo di inizio 

830 $033E 

del programma 

831 $033F 

indirizzo di fine 

832 $0340 

del programma 

833 $0341 

nome 


del 

1019 $03FB 

file 


Si noti che se il nome è, come succede di solito, di lunghezza minore di 
186 caratteri, il KERNAL riempie il buffer con dei caratteri “spazio” (il 
cui codice è 32). 

A ciò si aggiunga il fatto che il KERNAL è realizzato in modo tale per 
cui, durante un LOAD, verifica l’uguaglianza di caratteri presenti 
sull’header del nastro, solo con quelli eventualmente indicati nella 

LOAD "nome programma" 

a riprova di ciò basti ricordare che se si dà: 

LOAD <return> 

cioè un LOAD senza specificare il nome, il VIC carica il primo program¬ 
ma che trova sul nastro. 

Quanto detto è sufficiente per effettuare una protezione anticopia: 
infatti, se nel momento di salvare il programma che si vuole proteggere 
da copiature non autorizzate, si dà un nome più lungo di 16 caratteri e se 
i caratteri messi in più successivamente verificati durante l’esecuzione 
del programma stesso, per provocare, ad esempio, un reset del calcola¬ 
tore corrispondono a quelli originati, si è realizzata una forma elemen¬ 
tare di protezione. 

Se si salva un programma col nome: 

CHR$(5)CHR$(31) -t- "nome programma" 

in cui il nome effettivo è “scrivi in bianco/scrivi in blu/nome program¬ 
ma”, al momento di un successivo caricamento il calcolatore darà il 
messaggio: 


LOADING nome programma 
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dato che i caratteri corrispondenti a CHR$(5) e a CHR$(31 ), non sono 
visualizzati sullo schermo: la conclusione di tutto ciò è che l’utilizzatore 
di tale programma pensa che esso si chiami solo NOME PROGRAM¬ 
MA e se vuole farne una copia la effettuerà con tale nome. 

Nel momento di un successivo caricamento da nastro della copia, il 
programma automaticamente provocherà un reset del calcolatore se 
viene dato il RUN. 

Per effettuare la protezione bisogna, come è stato accennato, verificare 
la presenza dei caratteri “fantasma” 5 e 31 e in caso essi non ci siano si fa 
eseguire un SYS 64802 che inizializza il calcolatore come se fosse stato 
appena acceso. 

Tutto ciò può molto semplicemente essere realizzato con una istruzione 
del tipo: 

nnn IF PEEK(833) <> 5 OR PEEK(834) <> 31 THEN SYS 64802 
ove nnn è il numero di linea. 

È da ribadire ancora una volta che questo tipo di protezione, come del 
resto tutti quelli che seguono, evidentemente non sono validi se chi 
vuole copiare il programma utilizza una apparecchiatura di duplicazio¬ 
ne del nastro invece di effettuare un SAVE. 

Il lettore si sarà accorto che la protezione appena vista è facilmente 
individuabile dato che appare nel listato del programma: è necessario 
allora renderla invisibile. 

Allo scopo si ricordi che il carattere CHR$(20) equivale al comando 
DELETE il quale cancella un carattere alla sinistra della posizione 
corrente del cursore; si provi a dare il comando in modo diretto: 

PRINT "A" -I- CHR$(20) 

e si noterà che nello schermo televisivo non si riesce a vedere la stringa 
"A" dato che essa appare per un tempo brevissimo. 

Quanto si è appena verificato permette di non fare apparire nel listato la 
nostra istruzione di controllo purché essa sia abbastanza breve, e ciò per 
motivi che appariranno chiari in seguito. 

L’istruzione di controllo allora la spezziamo in due parti, che saranno 
perciò più corte deH’originale, e a ogni istruzione aggiungiamo una 
REM seguita da un numero di caratteri CHR$(20) pari al numero dei 
caratteri presenti nella istruzione stessa compresi quelli che ne costitui¬ 
scono il numero d’ordine. 

L’istruzione di controllo è allora divisa nelle: 


nn IF PEEK(833) <> 5 THEN SYS 64802 
kk IF PEEK(833) <> 31 THEN SYS 64802 
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Occorre ora verificare quanti caratteri sarebbero visualizzati durante un 
LIST nelle due istruzioni: nella prima essi sono 28 poiché ci sono le due 
cifre (nn) per il numero di istruzione, 2 per IF, 5 per PEEK, 3 per le cifre 
833,2 per le parentesi, 2 per i segni di disuguaglianza, 1 per la cifra 5,4 
per THEN, 3 per SYS e infine 5 per l’indirizzo 64802. 

L’istruzione nn deve essere modificata nella: 

nn IF PEEK{833) <> 5 THEN SYS 64802 : REM 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

(deve essere scritta senza spazi e le X equivalgono a CHR$(20) e sono in 
numero di 32, dato che si debbono aggiungere i caratteri corrispondenti 
a :REM). 

In modo analogo si deve modificare l’istruzione kk. 

Un piccolo svantaggio di tale procedura è che in pratica l’istruzione 
appare per un brevissimo tempo sullo schermo televisivo dato che il 
processo di cancellazione inizia non appena il calcolatore invia, durante 
la generazione del listato, i caratteri CHR$(20); tra l’altro è proprio il 
numero di linea che permane sullo schermo più a lungo. 

Si può rimediare a ciò rendendo l’istruzione di controllo ancora più 
corta; ad esempio: 

nn IF PEEK(833) <> 5 THEN NEW : REM xxxxxxxxxxxxxxx 

che provoca la cancellazione del programma in memoria. 

Per effettuare in modo automatico l’immissione dei CHR$(20) al posto 
delle X si possono utilizzare le istruzioni (poste preferibilmente alla fine 
del programma stesso): 

6010 S = PEEK(43) + 256 • PEEK(44) 

6020 E = PEEK(45) + 256 * PEEK(46) 

6030 FORI = S TO E 

6040 IF PEEK(I) = ASC("X") THEN POKE I, 20 
6050 NEXT 

Un altro metodo facilmente implementabile in Basic è quello che utiliz¬ 
za il contenuto del buffer di registratore per depositare dei valori 
associati a certe variabili; se prendiamo lo stesso nome di programma 
usato negli esempi precedenti, le istruzioni: 

nn Z=PEEK(833):REM xxxxxxxxxx 
kk ON z goto 300, 400, 500, 600, 700 
300 SYS 64802 
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400 GOTO 300 
500 GOTO 300 
600 SYS kk 

700 (proseguimento del programma) 

nel caso il nastro sia quello originale, fanno saltare all’esecuzione della 
istruzione 700, dato che in 833 è contenuto il valore 5; altrimenti si salta 
a una delle altre o si ha una segnalazione di errore. 

Un metodo migliore di protezione si ottiene mediante delle brevi routi¬ 
ne in linguaggio macchina inserite ad hoc in quelle eventualmente 
presenti nel programma; con queste routine si va a verificare ancora la 
presenza di caratteri “fantasma” e si mandano in esecuzione delle 
routine che bloccano il calcolatore nel caso tali caratteri non siano 
presenti. 

È evidente che tale metodo comporta per il copiatore un gravoso lavoro 
di ricerca delle protezioni in quanto egli deve effettuare il disassemblag¬ 
gio di tutte le routine per individuare quella di protezione. 

Uno dei metodi è eseguire, con il programma da proteggere residente in 
memoria, i seguenti comandi in modo diretto; 

(1) A$ = "nome programma" -i- " [16 spazi] " 

dove "nome programma" deve essere al massimo di 16 caratteri 

(2) A$ = LEFT$( A$,16) -I- 

in questo modo si è creata la stringa "nome programma" lunga 17 
caratteri e con l’ultimo (») corrispondente alla chiave. 

Si memorizza ora A$ nelle locazioni di ram a partire dalla 673-ma (le 
locazioni dalla 673 alla 767 non sono utilizzate né dall’interprete Basic 
né dal sistema operativo) tramite la; 

POR I = 673 TO l-i- 17 : POKE I . ASC( MID$( A$,l,1)) : NEXT I 

Si memorizzano, sempre utilizzando dei POKE, a partire dalla locazio¬ 
ne 691 i valori; 

173 

178 

2 

201 

42 

240 
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7 

32 

138 

255 

96 

i quali corrispondono alle istruzioni della seguente routine in linguaggio 
macchina che verifica la presenza del carattere in locazione 690: 


$02B3 

LDA $02B2 

$02B6 

CMP #$ 2A 

$02B8 

BEO $02BD 

$02BA 

JSR $FF8A 

$02BD 

RTS 


Si mandano in esecuzione in successione le routine SETNAM.SETLFS e 
SAVE (si veda il capitolo 7) tramite i. comandi in modo diretto: 

POKE 780.28 : POKE 781 ,673 AND 255 : POKE 782,673/256 : SYS 
65469 : REM SETNAM 

POKE 780,1 : POKE 781 , 1 : POKE 782,255 : SYS 65466 : REM 
SETLFS 

POKE 780,43 ; POKE 781 , PEEK(45) : POKE 782, PEEK(46) : SYS 
65496 : REM SAVE 

a questo punto il programma è salvato col nome composto dal nome 
vero assieme alla routine di protezione. 

Si ricordi che nel programma Basic deve essere presente un SYS 691, o 
meglio, nelle routine in linguaggio macchina almeno un JSR $0283 per 
effettuare il test sulla “originalità” del programma. 


UN METODO DI SCRAMBLING 


Un metodo elementare di protezione dei programmi in Basic è quello 
che fa uso della tecnica di scrambling: con essa sono modificati, secondo 
una regola ben precisa, tutti i byte relativi a un programma. 

In questo modo il programma stesso evidentemente non è più eseguibile 
e il listato è incomprensibile. 

Il programma è tuttavia ancora salvabile su nastro o su disco di modo 
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che chi ne conosce la regola con cui è stato effettuato lo scrambling può 
ricaricarlo in memoria e renderlo di nuovo eseguibile. 

La regola più semplice per effettuare questo tipo di protezione è di 
modificare ogni locazione dell’area di memoria riservata al programma 
in modo che il byte in essa contenuto sia trasformato nel suo comple¬ 
mento a 255, cioè se il byte vale x sia modificato in 255 — x. 

Per l’operazione inversa, cioè ripristinare i valori iniziali, si effettua la 
medesima operazione dato che 255 — (255 — x) = x. 

Nell’ipotesi di avere già il programma da proteggere residente in memo¬ 
ria, per ottenere lo scrambling basta far eseguire, in modo immediato, le 
seguenti istruzioni: 

(a) A = PEEK(43) + 256 • PEEK(44) : B = PEEK(45) -I- 256 * 
PEEK(46) 

(b) POR I = A TO B - 3 : POKE I, 255 - PEEK(I) : NEXT 

Si noti che la (b) fa sì che siano modificati tutti i byte del programma ad 
eccezione di quelli che indicano la fine del programma stesso, e ciò allo 
scopo di poterlo salvare su nastro o su disco con il solito SAVE "nome 
programma". 

Nel caso si sia appena caricato in memoria un programma che è stato 
protetto nel modo descritto in precedenza se si vuole renderlo di nuovo 
eseguibile basta ancora agire in modo diretto secondo i punti (a) e (b). 
Le regole di scrambling evidentemente possono essere più complicate: 
ad esempio si potrebbero usare, al posto delle precedenti, le istruzioni: 

(c) A = PEEK(43) + 256 * PEEK{44): B = PEEK(45) -I- 256 * 
PEEK(46) 

(d) POR I = A TO B - 3 : POKE 1,(250 AND PEEK(I)) -I- 15 - 
(PEEK(I) AND 15) 



CAPITOLO TRE 

La gestione dei 
dispositivi periferici 


In questo capitolo si vedrà come il VIC gestisce le comunicazioni con i 
dispositivi periferici, cioè con il registratore a cassette, la stampante, 
l’unità a dischi, la tastiera, lo schermo video ecc. 

Le periferiche possono essere di tre tipi: quelle solo in grado di inviare 
informazioni verso il VIC, quelle solo in grado di riceverne, e quelle 
capaci sia di ricevere che di trasmettere. Al primo tipo appartiene la 
tastiera, al secondo lo schermo video e la stampante, al terzo l’unità a 
dischi e il registratore. 

A ogni dispositivo è associato un numero, secondo quanto indicato nella 
tabella 3.1. 

Tabella 3.1 


Dispositivo 

Numero 

Tastiera 

0 

Registratore 

1 

Porta seriale 

2 

Schermo video 

3 

Stampante, plotter 

4-7 

Disk drive 

8-11 

Altri 

12-255 


Lo scambio di informazioni tra il VIC e le periferiche avviene tramite 
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delle porte di ingresso/uscita programmabili la cui gestione è compito 
del sistema operativo. 

Mentre le operazioni di lettura o di salvataggio di programmi, tramite le 
istruzioni LOAD e SAVE, sono effettuate automaticamente dal VIC-20, 
la gestione ad esempio della stampante può avvenire solo attraverso 
opportune istruzioni (OPEN#, GET#, INPUT#, PRINT#). 

Il comando OPEN fa sì che il calcolatore apra un canale di comunicazio¬ 
ne con un dispositivo periferico. La sintassi di OPEN è 

OPEN FL, ND, IS, "comando" 

FL sta per “file logico” ed è un numero utilizzato per contrassegnare 
quel canale rispetto ad altri eventualmente aperti: ogni operìizione che 
riguarda quel canale sarà sempre individuata da quel numero. 

Il parametro ND, numero di dispositivo, serve invece per assegnare quel 
canale alla comunicazione con quel particolare dispositivo: ad esempio 

OPEN 5, 1, IS, "nome" 

permette di assegnare il canale 5 al registratore: infatti il numero di 
dispositivo 1 corrisponde proprio al registratore (tabella 3.1). 
L’indirizzo secondario IS è anch’esso un numero che specifica il tipo di 
scambio di informazioni cui la periferica è interessata. Tipici valori di IS 
sono elencati nella tabella 3.2. 


Tabella 3.2 


Dispositivo 

IS 

Funzione 

Registratore 

0 

lettura di un file 

Registratore 

1 

scrittura di un file 

Registratore 

2 

scrittura di un file + EOT 

Stampante 

0 

selezione dei caratteri maiuscoli-grafici 

Plotter 1520 

2 

selezione dei colori 

Disk drive 

15 

accesso al canale dei comandi 


Infine l’ultimo parametro, "comando", è diversamente interpretato a 
seconda della periferica scelta. 
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IL REGISTRATORE A CASSETTE 


È possibile scrivere sul registratore a cassette non solo programmi ma 
anche dati. 

Per quanto riguarda i programmi si utilizza di solito il comando SAVE e 
il sistema operativo si incarica di effettuare in modo automatico l’aper¬ 
tura del file logico necessario. 

Il comando SAVE può essere di quattro tipi: 

SAVE "nome", 0 
SAVE "nome", 1 
SAVE "nome", 2 
SAVE "nome", 3 

Il primo tipo, in cui di solito è omesso lo zero e per il quale non è 
strettamente necessario neanche fornire il "nome", salva il programma 
Basic assieme a due puntatori che indicano l’inizio dell’area di memoria 
RAM da cui il salvataggio viene effettuato. 

Se invece il SAVE è dato con indirizzo secondario 1 in un successivo 
caricamento del programma del registratore in memoria, esso sarà 
posto in RAM a partire dalla locazione data dai due parametri di cui sopra 
e indipendentemente dalla presenza o meno di eventuali cartucce di 
espansione ram. 

Il SAVE "nome", 2 fa sì che la registrazione del programma abbia alla 
fine un carattere speciale di fine nastro, (End Of Tape, EOT); tale 
carattere, se viene letto dal calcolatore durante il caricamento del 
programma in memoria, fa sì che venga inviato al video il messaggio: 

DEVICE NOT PRESENT 

che indica la fine del nastro se per caso non è stato trovato (e caricato) il 
programma voluto. 

Infine la quarta possibilità permette di non far rilocare il programma 
letto e di far scrivere l’EOT come ultimo carattere. 


IL DISK-DRIVE 1541 


Il 1541 dà una nuova dimensione al calcolatore cui viene collegato, 
poiché fornisce una memoria di massa di circa 170.000 byte, con elevata 
velocità di trasferimento di dati da e verso il calcolatore stesso. 


LA GESTIONE DEI DISPOSITIVI PERIFERICI 


47 


Tabella 3.3 Specifiche del disk drive 1541 


Capacità di memoria 
Massimo numero di nomi 
nella directory 
Settori per traccia 
Byte per settore 
Tracce 
Settori 


174848 byte per disco 

144 per disco 
17-21 
256 
35 

683 (664 liberi per l’utente) 


Il 1541 è un completo sistema a microprocessore di potenzialità pari a 
quella di un VIC-20 o di un C-64: nel 1541 sono infatti contenuti: 

- un microprocessore 6502; 

- una memoria rom, di 16536 byte, che costituisce il sistema operativo 
del drive stesso (dos. Disk Operating System); 

- 2048 byte di memoria ram; 

- 2 porte di ingresso/uscita (i/o) programmabili del tipo 6522; 

- tutta l’elettronica di supporto agli attuatori elettromeccanici. 

La flessibilità del drive permette un accesso ai dati di tipo causale, a 
differenza del nastro magnetico in cui l’accesso è strettamente sequen¬ 
ziale. La velocità di trasferimento di dati è inoltre di 7-10 volte superiore 
a quella del registratore. 

Le specifiche del 1541, relative alla capacità di memoria, sono riportate 
nella tabella 3.3. 


SALVATAGGIO E CARICAMENTO DI PROGRAMMI DA DISCO 


Queste operazioni si attuano con le stesse modalità già viste nell’utilizzo 
del registratore, con un più alto grado però di flessibilità, dato che il 
1541 è governato da un microprocessore. 

Il salvataggio di un programma avviene con la solita: 

SAVE "nome programma", 8, X 

ove X può valere o 0 oppure 1. 

Il valore di X = 0, che può anche essere omesso, precisa che si vuole che 
il programma, all’atto del successivo caricamento sul calcolatore, sia 
allocato nell’area Basic, ovunque essa sia (ciò dipende dalle eventuali 
espansioni di memoria utilizzate). 
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Il valore di X = 1 fa sì invece che il programma sia allocato nella 
medesima area di ram da cui era stato salvato. 

In pratica si tratta delle prime due opzioni per il SAVE già viste con l’uso 
del registratore. 

Esiste però la possibilità di salvare un programma col nome di uno già 
esistente nel disco; il comando è ora: 

SAVE " @0:nome programma", 8, X 

ove @0 specifica al dos il tipo di salvataggio da fare. 

Questo comando è utilizzato soprattutto quando si fanno correzioni o 
modifiche a un programma già memorizzato su disco e si vuole salvare la 
versione corretta senza cambiarne il nome. Se si utilizzasse il registrato- 
re si sarebbe costretti a posizionare il nastro esattamente all’inizio del 
vecchio programma ed effettuare la registrazione della versione corret¬ 
ta (col pericolo di cancellare il programma successivo registrato nel 
nastro nel caso la nuova versione fosse più lunga dell’originale). 

Nel nostro caso è il dos che eiffettua tale sostituzione di versione del 
programma. 

Anche per la verifica di identità tra un programma esistente nel calcola¬ 
tore e uno che si trova nel disco si usa: 

VERIFY "nome programma ",8,X (X = 0, 1) 

Qui però occorre fare attenzione perché la verifica, pur con programmi 
perfettamente identici, può dar luogo al fatidico: 

VERIFY ERROR 
READY 

se il programma è stato caricato su un calcolatore con espansioni di 
memoria diverse da quelle presenti quando era stato memorizzato sul 
disco. Ciò è dovuto al fatto die, essendo stata salvata, tramite il SAVE, 
l’area di memoria Basic, sono state salvate anche tutte le coppie di byte 
di link delle istruzioni; con una diversa configurazione delle espansioni 
di memoria, anche se il programma è correttamente caricato e viene 
eseguito perfettamente, i link hanno valori diversi da quelli originali. 
Allora l’operazione di verifica, dato che è attuata byte per byte, rileva la 
differenza tra la copia di programma esistente nel calcolatore e quella 
residente sul disco: ciò genera il messaggio di errore. 

Il DOS permette di usare il carattere al posto del nome del program¬ 
ma nelle istruzioni SAVE, VERIFY e LOAD, con lo speciale significato 
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di “stesso nome” del programma nominato per ultimo in uno dei suddet¬ 
ti comandi; ad esempio le due successive operazioni sul disco; 

LOAD 'VIC". 8 
VERIFY 8 

fanno sì che l’ultima equivalga a: 

VERIFY 'VIC", 8 

per quanto riguarda il comando LOAD esso può articolarsi in vari modi: 

LOAD "nome", 8, X 
LOAD 8, X 

con gli stessi significati per la X già visti nel caso del nastro. 

È anche possibile la: 

LOAD "PI*", 8, X 

il cui significato è; carica il primo programma sul disco che ha il nome 
che inizia con le lettere PI. 

È ammesso anche: 

LOAD "??Pir', 8, X 

che fa in modo che sia caricato in memoria il primo programma sul disco 
che ha un nome di cinque lettere delle quali la terza e la quarta sono P e I 
rispettivamente. 

È permesso l’uso contemporaneo dei simboli ? e *: ad esempio il 
comando: 

LOAD "?AR*", 8, X 

carica nel calcolatore il primo programma sul disco che ha la seconda e 
la terza lettera del nome uguali ad A e R rispettivamente, qualsiasi sia 
la lunghezza del nome del programma e qualsiasi siano le rimanenti 
lettere che compongono il nome stesso. 

Il lettore si sarà certamente accorto che negli esempi precedenti si è 
sempre detto “il primo programma sul disco”; ma perché proprio il 
primo e non altri? 

La risposta a questa domanda è immediata se si conosce il modo con cui 
il DOS organizza la memorizzazione delle varie informazioni nel disco. 
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ORGANIZZAZIONE DEL DISCO 


Nel disco, al momento della sua “formattazione”, di cui si parlerà più 
avanti, vengono realizzate dal dos delle tracce (tracks), cioè delle piste 
magnetizzate, ognuna delle quali è suddivisa in più settori (sectors). Il 
DOS del 1541 genera nel disco 35 tracce, ognuna con un numero di 
settori, detti anche blocchi, variabile da traccia a traccia da un minimo di 
17 a un massimo di 21, in questo modo: 


Tracce 

settori 

1-17 

21 

18-24 

20 

25-30 

18 

30-35 

17 


In un disco sono presenti 683 blocchi, di cui 664 disponibili per la 
memorizzazione di programmi o di file di dati. La traccia 18 contiene nel 
suo settore numero zero la mappa dei settori disponibili, detta bam 
{Block Availability Map), cioè una mappa che indica l’occupazione o 
meno di ognuno dei settori del disco. Il listato di figura 3.1 fornisce il 
contenuto di una bam; sono indicati i valori esadecimali dei 256 byte in 
essa contenuti e a fianco i caratteri corrispondenti, se stampabili. 
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Fig. 3.1 Copia di bam. 
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Nella traccia 18, settore 1, inizia invece l’indice (directory) del disco, in 
cui il DOS mantiene aggiornato l’elenco di tutti i programmi e dei file 
memorizzati sul disco. 

Il DOS aggiunge in sequenza alla directory i nomi dei successivi file man 
mano che questi sono salvati sul disco. Il listato di figura 1.2 è un 
esempio del contenuto del settore 1 della traccia 18. 
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Fig. 3.2 Copia di directory. 


Il carattere usato nei precedenti comandi fa sì che il dos effettui una 
operazione di verifica, caricamento o salvataggio relativa al primo 
programma trovato nella directory che soddisfa alle specifiche date per 
il nome; se viene impartito il comando; 

LOAD "MA*", 8 

e nella directory sono elencati di seguito i nomi CAIO, TIZIO, MAR¬ 
TE, MARIO sarà caricato il programma MARTE e non MARIO. 

Se invece è dato il: 

LOAD "??RI*", 8 


sarà caricato il programma MARIO perché è il primo nella directory la 
cui terza e quarta lettera coincidono con quelle indicate nel "nome" della 
LOAD. 
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FORMAHAZIONE DEL DISCO 


Quanto finora detto è sufficiente per caricare programmi già presenti su 
un disco e per salvarli su un disco già formattato. 

Se si acquista un disco vergine in esso evidentemente non esistono né la 
BAM né la directory. 

Occorre quindi formattarlo, cioè far sì che il dos vi generi i blocchi 
menzionati. Allo scopo è necessario aprire un canale di comunicazione 
col DOS per impartirgli appropriati comandi. 

Lo scambio di informazioni tra il calcolatore e il dos può avvenire solo 
con un indirizzo secondario 15 e con numero di dispositivo 8. 

Inoltre dato che al 1541 può essere collegato sia un VIC-20 che un C-64, 
conviene avvisare il dos su quale di questi due calcolatori il 1541 ha a 
che fare. Ciò si ottiene molto semplicemente con il comando in modo 
immediato: 

OPEN 15, 8, 15,"UI-" 

per il Vie e con: 

OPEN 15, 8, 15,"UH-" 

per il 64. II primo dei due permette al VIC-20 di comunicare col disco a 
velocità superiore rispetto al 64. 

In questo modo si è aperto un canale di comunicazione, il # 15, per il 
colloquio col dos: attraverso questo canale si possono impartire dei 
comandi al 1541 e si possono leggere eventuali messaggi di errore fomiti 
dal DOS in risposta a comandi errati. 

Per formattare un disco occorre dare il: 

PRINT # 15, "NO;nome,id" 

dove "NO:" costituisce il comando di formattazione, "nome" è il nome 
che si assegna a quel disco, e "id" è un identificatore costituito da due 
caratteri alfanumerici che servono al dos stesso per distinguere tra loro i 
vari dischi. 

È necessario che i diversi dischi che si utilizzano abbiano un identificato¬ 
re diverso per evitare spiacevoli sorprese specialmente nel caso si legga 
un programma da un disco e lo si salvi su un altro: se Tidentificatore del 
secondo disco è lo stesso del primo, il dos ritiene che i settori liberi 
siano quelli del primo disco e quindi salva il programma su settori che 
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potrebbero in realtà essere già occupati; in questo modo si ha la 
distruzione di quanto vi era contenuto. 


ALTRI COMANDI PER IL DOS 


Il DOS permette di leggere la directory per mezzo della: 


LOAD 8 


che fa sì che venga caricata nel calcolatore, come se fosse un program¬ 
ma, la lista dei nomi dei file esistenti nel disco, assieme al loro tipo e al 
numero di settori occupati da ciascun file. 

Se si effettua il LIST di tale “programma” appare sul video qualcosa di 
simile a quel che si vede in figura 3.3. 


LIST DI UNA DIRECTORY 


0 

1541TEST/DEI10 " ZX 

2A 

13 

•'HOW TO USE" 

PRG 

5 

"HOW PARI TUIO" 

PRG 

4 

••UIC-20 ìaJEDGE" 

PRG 

1 

••C-64 UEDGE"' 

PRG 

4 

"DOS 5.1" 

PRG 

11 

"COPY/ALL" 

PRG 

9 

"PRINTER TEST" 

PRG 

4 

"DISK ADDR CHANGE" 

PRG 

4 

"DIR" 

PRG 

6 

^'UIEW BAN" 

PRG 

4 

"CHECK DISK" 

PRG 

14 

"DISPLAY T&cS" 

PRG 

9 

“PERFORNANCE TEST" 

PRG 

5 

"SEQUENTIAL FILE" 

PRG 

13 

"RANDOn FIAL" 

PRG 


558 BLOCKS FREE. 
READY. 


Fig. 3.3 Listato di directory. 


Come si può notare, dopo ogni nome di file esistono tre possibili 
estensioni o etichette associate al nome: PRG, SEQ, USR. 

Esse stanno a indicare che il file è rispettivamente un programma, un 
file sequenziale, un file di tipo diverso dai due precedenti. Questa 
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indicazione può essere utile per etichettare in modo diverso file anche 
riferentisi a programmi: ci si può infatti trovare nella necessità di salvare 
un programma in Basic, e il dos lo salverà automaticamente con esten¬ 
sione PRG; oppure un programma in linguaggio macchina che l’utilizza- 
tore vuole etichettare con estensione USR. 

Le possibilità del dos non si fermano qui; è possibile infatti: 

- cambiare il nome di un file di qualsiasi tipo (SEQ, PRG, USR); 

- cancellare un file; 

- appendere uno di seguito aH’altro più file (tipicamente SEQ o USR). 

Nella ipotesi che sia già aperto il canale di comunicazione col dos, il 
comando: 

PRINT# 15, "R0;nuovo nome=vecchio nome" 
ad esempio: 

PRINT# 15,"RO:CAIO=TIZIO" 

permette di dare il nome CAIO al file TIZIO, cioè nella directory non 
appare più il nome TIZIO ma CAIO. 

Invece: 

PRINT# 15,"S0:nome" 
ad esempio: 

PRINT# 15,"SO:TIZIO" 

cancella il nome TIZIO dalla directory e quindi è come se quel file non 
esistesse più. (In realtà si rendono disponibili per altri successivi file i 
settori già occupati da TIZIO: se non si fanno ulteriori operazioni di 
salvataggio su disco è possibile rileggere il file cancellato eseguendo 
immediatamente il comando LOAD ,8.) 

Come accennato è possibile anche appendere uno di seguito all’altro più 
file. Ciò si può ottenere con il comando: 

PRINT# 15,"CO:UNO= 0:DUE,0:TRE" 

il quale fa sì che il file UNO sia costituito dai file DUE e TRE. 
Questa operazione ha senso solo per tìle di tipo USR o SEQ e non per i 
programmi: si ricordi infatti che nel salvataggio di un programma sono 
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memorizzati nel disco i tre byte di valore 0 che indicano la fine del 
programma stesso. L’accodamento effettuato dalla "CO:.", mantie¬ 

ne inalterati questo gruppo di byte, per cui all’atto di un successivo 
caricamento in memoria del file UNO il calcolatore effettua corretta- 
mente il LOAD ma quando si dà il RUN del programma esso si arresta 
alla fine del programma DUE. 

Esistono altri due comandi di utilità del dos: quello di inizializzazione 
del drive e quello di validazione. 

Il primo è necessario per ripristinare correttamente il dos nel caso sia 
stato inviato un comando errato; l’inizializzazione si attua con: 

PRINT* 15,"IO" 

Il secondo comando, di validazione, è di estrema utilità, ma va usato con 
attenzione. Infatti, dopo che un disco è stato utilizzato per un certo 
tempo, per cui sono stati presumibilmente eseguiti dei comandi di 
cancellazione o non sono stati chiusi correttamente dei file, la bam è 
molto disordinata. Cioè per il dos risultano ancora occupati dei settori 
che in realtà sono liberi: ci si può rendere conto di ciò per il fatto che la 
somma del numero dei settori occupati dai singoli file e dei settori liberi 
non è pari a 664. 

Il comando: 

PRINT* 15,"V0" 

permette al dos di riorganizzare sia la bam che la directory e quindi di 
rendere disponibili tutti i settori liberi. 

Esiste un pericolo se si usa il comando di validazione, pericolo che per 
fortuna non riguarda né file di tipo PRG né file SEQ o USR ma solo file 
di tipo random per i quali è stato necessario informare il dos, tramite 
opportuni comandi (che qui non saranno trattati), quali sono i blocchi 
occupati da questi file. Si deve notare che però i file random non sono 
memorizzati con alcun nome nella directory e perciò i settori da essi 
occupati sono considerati liberi nel momento dell’esecuzione del co¬ 
mando "VO". 


IL «DOS WEDGE» 


Nel disco fornito assieme al 1541 esistono due programmi, il VIC- 
WEDGE e il C-64 WEDGE, di estrema utilità. Caricati nel calcolatore 
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e mandati in esecuzione essi, al prezzo di qualche centinaio di byte 
occupati, forniscono un certo numero di comandi molto utili. 

Questi, costituiti da un solo carattere ed eseguiti solo se compaiono 
nella prima colonna di un comando dato in modo diretto, sono @ e /. 
Il comando @ deve essere dato nella forma: 

@ argomento 

ed equivale alle: 

OPEN 15, 8, 15 
PRI NT# 15,"argomento" 

CLOSE 15 

Quindi, ad esempio: 

@ SO:PIPPO 

equivale alle: 

OPEN 15. 8, 15 
PRINT# 15,"SO:PIPPO" 

CLOSE 15 

Invece 

@1 

è il comando di inizializzazione del dos. 

Il comando: 

@ $ 

fa sì che sia listata sul video, senza però interferire con eventuali pro¬ 
grammi che risiedono sul calcolatore, la directory del disco. 

Il comando 

@ $:CAI* 

visualizza tutti i nomi dei file della directory che iniziano con i caratteri 
CAI. 

Il comando / è equivalente a un LOAD da disco: 


/ nome 
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equivale a 
LOAD "nome", 8, 0 

In pratica per i nomi dei file, nei comandi del Wedge, valgono le 
convenzioni già viste per i simboli ? e *. 

Se si è appena inizializzato il dos, il comando: 

LOAD 8 

fa sì che sia caricato il primo programma elencato nella directory. 
Data l’estrema utilità del Dos-Wedge conviene allora che proprio que¬ 
sto programma sia il primo salvato su disco per poterlo mandare in 
esecuzione con la sequenza di comandi: 

OPEN 15, 8, 15, "UI-" 

LOAD "*",8 

Sono anche ammessi comandi del tipo: 


@ $:*=PRG 
@ $;*=SEQ 
@ $:*=USR 


con i quali sono presentati sullo schermo video solo i nomi dei file nella 
directory rispettivamente di tipo programma, sequenziale o USR. 

È anche possibile il comando: 

@ $:??MA* 

con il quale sono listati nel televisore solo i file che soddisfano alla 
??MA*. 


LA STAMPANTE MPS 801 


La MPS 801 permette di stampare sia caratteri alfanumerici e grafici 
presenti nella tastiera del VIC-20, sia disegni punto per punto. La sua 
utilizzazione è tipicamente perciò quella di presentare i risultati di certe 
elaborazioni oppure i listati dei programmi. 

L’apertura di un canale di comunicazione con la stampante avviene 
tramite la solita istruzione OPEN; la MPS 801 ha la possibilità di variare 
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il numero di dispositivo tramite un interruttore posto nel retro: è 
possibile perciò selezionare sia il numero di dispositivo 4 che il 5 e perciò 
sono collegabili al VIC-20 due MPS 801 dato che possono avere un 
numero di dispositivo distinto. 

Il comando necessario per listare un programma sulla stampante, predi¬ 
sposta come dispositivo #4, è molto semplice: 

OPEN 4, 4 : CMD 4 : LIST 

a cui deve seguire, una volta terminata la stampa, il comando, in modo 
diretto, di chiusura del canale: 

PRINT# 4: CLOSE 4 

È possibile selezionare due insiemi di caratteri nella stampa: quello 
maiuscolo-grafico (è in pratica il set di caratteri attivato all’atto dell’ac¬ 
censione del VIC), e quello minuscolo-maiuscolo. La selezione dei due 
set di caratteri avviene durante l’apertura del canale di comunicazione 
con la stampante utilizzando due diversi indirizzi secondari: 

OPEN 4,4,0 caratteri maiuscoli-grafici 
OPEN 4,4,7 caratteri minuscoli-maiuscoli 

Oltre a questo sono possibili diversi modi di stampa selezionabili me¬ 
diante l’invio di un opportuno carattere di controllo, CHR$(x), nelle 
istruzioni PRINT#, CMD, OPEN. La tabella 3.4 prospetta le varie 
possibilità. 


Tabella 3.4 


Carattere 

Descrizione 

di controllo 


chr$(8) 

modo grafico 

chr$(10) 

avanzamento della carta 

chr$(13) 

ritorno carrello 

chr$(14) 

dimensione doppia dei caratteri 

chr$(15) 

dimensione standard 

chr$(16) 

posizionamento della testa di scrittura 

chr$(17) 

caratteri minuscoli-maiuscoli 

chr$(18) 

caratteri in negativo 

chr$(26) 

ripetizione del carattere grafìco 

chr$(27) 

specifica l’indirizzo del punto (grafico) 

chr$(145) 

caratteri maiuscoli-grafici 

chr$(146) 

caratteri in positivo 
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Di tutti i vari modi di stampa quello che presenta una certa difficoltà di 
programmazione è il grafico; in questo modo è possibile far stampare un 
singolo punto, forse è meglio chiamarlo pixel, nella posizione che si 
vuole nel foglio di carta. 

È una opzione che assomiglia molto, come gestione, alla realizzazione 
di grafici in alta risoluzione nello schermo televisivo: anche per la 
stampante occorre definire un carattere grafico e fornirle la forma 
utilizzando delle istruzioni DATA. 

L’esempio che segue, ricavato dal manuale della 801, dà una procedura 
per costruire un carattere grafico non presente nel set di caratteri della 
stampante. 

Si vuole far stampare il carattere: 


* 


« 


* 

♦ 



♦ 


♦ 


» 






ove gli asterischi rappresentano un punto di stampa. 

Occorre riportare su un foglio di carta la forma del carattere e numerar¬ 
ne le righe nel modo seguente: 

1 ..**... 

2 

4 *...♦.. 

8 *. 

16 

32 .*..**. 

64 ..♦*... 

e per ognuna delle sette colonne sommare i numeri delle righe in cui 
appare l’asterisco e aggiungere 128. Si ottengono allora i valori: 

156 162 193 193 182 162 0. 

Questi sette valori debbono essere utilizzati in una istruzione DATA per 
passare l’informazione alla stampante. Il programma che segue mostra 
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un tipico esempio della procedura da adottare: 

10 DATA 156, 162, 193, 193, 182, 162, 0 
20 FOR I = 1 TO 7 
30 READ A 

40 A$ = A$ + CHR$(A) 

50 NEXT 
60 OPEN 4,4 

64 : 

65 REM MODO GRAFICO 
70 PRINT# 4, CHR$(8) A$ 

74 : 

75 REM MODO NORMALE 
80 PRINT# 4, CHR$(15) 

90 CLOSE 4 

100 END 

Associato al modo grafico, anche se può benissimo essere utilizzato nel 
modo normale, è il comando per predisporre il punto di inizio della 
stampa. Il comando ha la seguente struttura: 

PRINT #4, CHR$(16) CHR$(X1) CHR${X2); 

dove CHR$(16) è il comando di predisposizione del punto di inizio della 
stampa, mentre CHR$(X1 ) e CHR$(X2) individuano una delle 80 colon¬ 
ne nell’ambito di una riga in cui deve iniziare la stampa. Per lo stesso 
scopo si può usare più agevolmente: 

PRINT #4, CHR$(16)"xx": 

dove XX è il numero di colonna da cui inizia la stampa. 

Ad esempio se si vuole far iniziare la stampa a partire dalla colonna 
25-esima occorre dare l’istruzione: 

PRINT #4, CHR$(16)CHR$(50)CHR$(53): 

(si noti che 50 e 53 sono i valori ascii rispettivamente della cifra 2 e della 
cifra 5) o, molto più semplicemente: 

PRINT# 4, CHR$(16)"25": 

Per quanto riguarda la descrizione degli altri comandi si rimanda il 
lettore al manuale della 801. 

Al fine di mettere in evidenza le caratteristiche grafiche della stampante 
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nella figura 3.4 è riportato un disegno ottenuto tramite il programma di 
grafica DOODLE. 



Fig. 3.4 Figura eseguita con il DOODLE. 


IL PRINTER PLOHER 1520 


Il 1520 della Commodore è sia una stampante a bassa velocità sia un 
dispositivo di tracciamento di grafici. Lo scambio di informazioni con il 
calcolatore avviene tramite il bus seriale 488, come del resto succedeva 
anche con la MPS 801. 

Come stampante esso può scrivere con quattro diverse dimensioni di 
carattere: 10, 20, 40, 80 caratteri per riga, la riga essendo lunga 96 
millimetri. La scrittura può avvenire in quattro colori diversi: nero, 
rosso, verde e blu, selezionabili con opportuni comandi. 

Per quanto riguarda le sue capacità di plottaggio esso è in grado di 
disegnare su un’area di 96 x 400 millimetri, anche in questo caso con i 
quattro diversi colori. 

I comandi da inviare al 1520 per la selezione delle diverse modalità di 
funzionamento si differenziano solo per l’indirizzo secondario, come è 
indicato nella tabella 3.5. 

Per ogni tipo di operazione si deve aprire un canale, con numero di 
dispositivo pari a 6, e indirizzo secondario scelto a seconda dell’opera¬ 
zione voluta, e inviare, tramite un PRINT# il parametro opportuno. 
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Tabella 3.5 


Operazione 

Indirizzo 

secondario 

stampa di caratteri 

0 

plottaggio 

1 

selezione colore 

2 

selezione dimensione 

3 

selezione rotazione 

4 

selezione tratteggio 

5 

selezione maiuscolo-grafico / 
minuscolo-maiuscolo 

6 

reset dei plotter 

7 


Per selezionare le varie operazioni si può utilizzare la seguente serie di 
comandi OPEN: 

OPEN 4, 6 
OPEN 1, 6, 1 
OPEN 2, 6, 2 
OPEN 3, 6, 3 
OPEN 9, 6, 4 
OPEN 5, 6, 5 
OPEN 6, 6, 6 
OPEN 7, 6, 7 

OPEN 4,6 permette di far stampare i caratteri inviati dal calcolatore nel 
normale set maiuscolo grafico. Se il 1520 è stato appena acceso i 
caratteri sono 40 per riga, il colore è nero. 

OPEN 1, 6,1 apre il canale di comunicazione per il plotter; esistono 6 
comandi in questo modo di operazione, comandi che debbono essere 
inviati al 1520 tramite una istruzione PRINT# opportuna: 

PRINT# 1, "comando" (, X, Y) 

dove X e Y sono le eventuali coordinate associate ai comandi descritti di 
seguito. 

H selezione del punto di origine delle coordinate assolute 

I selezione del punto di origine delle coordinate relative 

M posizionamento della penna nel punto di coordinate assolu¬ 

te X Y 
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D traccia dalla posizione attuale fino a quella di coordinate 

assolute X Y 

R posizionamento della penna nel punto di coordinate relative 

X Y 

J traccia dalla posizione attuale fino a quella di coordinate 

relative X Y 

Di seguito sono elencati esempi dei sei tipi di comandi per il plotter: 

OPEN 1, 6, 1 
PRINT* 1, "M", 50, 1 
PRINT* 1, "D", 300, -30 
PRINT* 1, "l" 

PRINT* 1, "R", 30, 340 
PRINT* 1, "J", 2,-15 
PRINT* 1, "H" 

OPEN 2, 6, 2 permette di selezionare il colore della penna tramite 
l’istruzione: 

PRINT* 2, C 

ove C vale: 

Valore di C Colore 

0 nero 

1 blu 

2 verde 

3 rosso 

ad esempio per far scrivere o plottare in colore verde: 

OPEN 2, 6, 2: PRINT*2, 2 

OPEN 3,6,3 permette invece di scegliere la grandezza dei caratteri; ciò 
si ottiene con: 


PRINT* 3, G 
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ove G vale: 


Valore di G 


Dimensione 


0 80 caratteri/linea 

1 40 caratteri/linea 

2 20 caratteri/linea 

3 10 caratteri/linea 


L’indirizzo secondario 4 permette di scegliere la rotazione dei caratteri, 
i quali possono essere stampati normalmente o ruotati di 90 gradi a 
destra. I comandi sono: 

OPEN 9, 6, 4 : PRINT* 9, 0 

per l’orientazione normale, e 

OPEN 9, 6, 4 : PRINT# 9, 1 

per la rotazione. 

Per la selezione nel modo di stampa o di plottaggio a tratteggio occorre 
inviare un comando con indirizzo secondario 5 e fornire un parametro, 
con valore tra 0 e 15 compresi, per imporre le caratteristiche di tratteg¬ 
gio. Il parametro di valore 0 non dà tratteggio, quello con valore 15 dà il 
tratteggio con i tratti distanziati al massimo. Il comando da inviare per il 
tratteggio è del tipo: 

OPEN 5, 6, 5 : PRINT# 5, T 

La selezione dei due set di caratteri disponibili è attuabile con l’invio di 
un comando con indirizzo secondario 6 e con un parametro, di valore 0 
oppure 1, che impone rispettivamente il normale set maiuscolo-grafico 
o quello minuscolo-maiuscolo. 

Anche in questo caso il comando da dare è molto semplice: 

OPEN 6, 6, 6: PRINT# 6, S 

Infine il comando di reset del 1520 alle condizioni iniziali, cioè quelle in 
cui si trova appena viene acceso, si attua molto semplicemente con: 

OPEN 7, 6, 7: PRINT# 7 : CLOSE 7 

Nella figura 3.5 è illustrato un disegno effettuato con il plotter. 
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FIGURE GEOMETRICHE 




Fig. 3.5 Figure realizzate con un plotter. 


[A PORTA SERIALE RS232-C 


Nel VIC-20 è disponibile una porta seriale, secondo lo standard RS 
232-C, per lo scambio di informazioni con quei dispositivi, tipicamente 
stampanti e modem, che utilizzano questo protocollo di comunicazione. 
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La porta seriale è formata, nella versione più semplice, da tre linee: una 
di trasmissione, una di ricezione e una di riferimento per le tensioni. 

I dati sono trasmessi in forma di sequenze di impulsi: un singolo byte 
diventa quindi una sequenza di otto impulsi. I valori di tensione previsti 
dallo standard sono di ± 12 volt: è necessario allora collegare al VIC-20 
una opportuna interfaccia per normalizzare i segnali a tale valore di 
tensione. 

Nel VIC-20 è prevista anche la gestione della porta seriale con segnali di 
handshaking, cioè con un certo numero di linee dedicate alle segnalazio¬ 
ni fra i due dispositivi che stanno colloquiando, di modo che quello che 
deve trasmettere dei dati lo fa solo se dal ricevente gli arriva una 
segnalazione di “pronto a ricevere”; allo stesso modo il trasmittente 
invia al ricevente la segnalazione di essere pronto a trasmettere. 
Questo modo di comunicazione è tipico per il collegamento con il 
modem, dispositivo che permette la trasmissione di informazioni attra¬ 
verso una linea telefonica e quindi trasforma i livelli di tensione in 
segnali fonici. In ricezione esso effettua la conversione da segnali fonici 
a livelli logici. 

II connettore presente nel VIC-20 è descritto in figura 3.6, mentre il 
connettore secondo lo standard RS232-C è visibile in figura 3.7. 

La gestione della porta seriale è effettuata in modo automatico dal 
VIC-20: esso si incarica di “serializzare” i dati in trasmissione e di 
trasformarli in byte in ricezione, tutto ciò in base alle specifiche di 
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Fig. 3.6 II connettore RS232 del VIC. 
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PIN 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 


Protectiva Ground 
Transmitted Data 
Receivad Data 
RequestTo Send 
Clear To Sand 
Data Set Ready 
Signal Ground 
Carrier Detect 
(not used) 


Data Terminal Ready 
(not used) 


AA 

8A 

BB 

CA 

C8 

CC 

AB 

CF 


CD 


Fig. 3.7 II connettore RS232 standard. 


comunicazione fornite dall’operatore e ricavate da quest’ultimo in base 
alle caratteristiche dell’apparecchiatura collegata. 

Durante una sessione di comunicazione il calcolatore riserva un’area di 
memoria di 512 byte nella parte alta della memoria ram disponibile e ciò 
allo scopo di realizzare due buffer, uno di trasmissione e uno di ricezio¬ 
ne, da 256 byte ciascuno. È da notare che in un programma Basic 
l’apertura di un canale per la RS232-C deve avvenire prima di qualsiasi 
operazione su variabili di tipo stringa per evitare la perdita di tali 
variabili nel momento in cui il KERNAL realizza i due buffer. 


Registri dedicati alla RS232-C 

Il sistema operativo del calcolatore utilizza tre registri per implementare 
la RS232: essi sono il registro di stato, quello di controllo e quello di 
comando. 

Il contenuto degli ultimi due è automaticamente predisposto, come si 
vedrà, nel momento in cui si apre il canale per la rice-trasmissione 
seriale. 

Il registro di stato è invece continuamente aggiornato in modo automa¬ 
tico da parte del sistema operativo in modo che l’operatore possa 
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STOP BUS -• 

0-1 STOP BIT 
1 -2 STOP BUS 


WORD LENGTH 


BIT 

DATA 

WORD LENGTH 

6 

5 

0 

0 

8 BUS 

0 

1 

7 BUS 

1 

0 

6 BUS 

1 

1 

5 BUS 


UNUSEDBU 


(NI) Not implemented in thè VIC-20 System 


3 

2 

T 

0 


BAUD RATE 


0 

0 

0 

0 
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Fig. 3.8 Funzione dei bit nel registro di controllo del VIC. 


immediatamente rilevare eventuali problemi che insorgessero durante 
una sessione di ricetrasmissione. 


Il registro di controllo 

Questo registro è usato per imporre la velocità di trasferimento dei dati 
e per specificare da quanti bit sono composti. Queste due informazioni 
debbono essere desunte dal manuale della periferica collegata tramite 
la RS232. 

La velocità di scambio dei dati deve essere fornita in bit al secondo, o 
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baud: se la velocità è di 600 baud, e ciascun carattere è trasmesso con 
otto bit più uno di stop e uno di parità, quest’ultimo per il controllo della 
correttezza del dato in ricezione, allora la velocità di trasmissione è di 
circa 60 caratteri al secondo. 

I primi quattro bit meno significativi del registro di controllo impongo¬ 
no la velocità in baud. I tre più significativi impongono invece il numero 
di bit di stop e il numero di bit con cui è codificato un carattere da 
trasmettere (o da ricevere); in figura 3.8 sono descritte le varie possibili 
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Fig. 3.9 Funzione dei bit nei registro di comando del VIC. 
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scelte: ad esempio se si vuole trasmettere a 2400 baud, con 2 bit di stop e 
una lunghezza di carattere di 7 bit, il contenuto del registro di controllo 
deve essere pari a 170. 


Il registro di comando 

Esso controlla il modo con cui è effettuata la rice-trasmissione; i suoi bit 
hanno le funzioni indicate in figura 3.9. 

Ad esempio, se si vuole attuare una ricetrasmissione a 3 linee, in half 
duplex e parità pari, occorre che il registro di controllo contenga il 
valore 113. 


Il registro di stato 

Il KERNAL aggiorna continuamente il registro di stato per la RS232 
durante tutto il tempo in cui è aperto un canale per la trasmissione 
seriale. 
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RS-232 STATUS REGISTER — $0297 

Fig. 3.10 Funzione dei bit nei registro di stato del VIC. 
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Il significato dei vari bit di questo registro è descritto in figura 3.10. 
Per la RS232-C a tre linee i bit che interessano sono il meno significati¬ 
vo, quello di ordine 2 e il più significativo. 

La lettura del contenuto del registro di stato è necessaria prima di 
effettuare la chiusura del canale dedicato alla RS232 per evitare la 
perdita di dati ricevuti e non ancora utilizzati (o quella di dati non 
ancora trasmessi) dato che la chiusura del canale rende non più disponi¬ 
bili i contenuti dei buffer di trasmissione e di ricezione. 


APERTURA DI UN CANALE RS232 


L’istruzione per aprire il canale seriale (il sistema operativo può gestire 
un solo canale di questo tipo alla volta), è: 

OPEN FL , 2,0 , CHR$(CT) -I- CHR$(CM) 

ove FL è il numero di canale e 2 individua la RS232; i CHR$(CT) e 
CHR$(CM) sono i caratteri ascii equivalenti ai valori CT e CM imposti ai 
registri di ConTrollo e di CoMando rispettivamente. 

Per aprire il canale secondo quanto detto nei due esempi precedenti 
basta dare la: 

OPEN FL, 2, 0, CHR$(170) -I- CHR$(113) 


RICEZIONE DI DATI DA RS232 


A tale scopo basta far eseguire la: 

GET *FL, A$ 

la quale permette di acquisire, uno alla volta, i caratteri presenti nel 
buffer di ricezione seriale. Se il buffer è vuoto, A$ è la stringa nulla; si 
noti inoltre che se i dati ricevuti sono formati da meno di otto bit, 
allora vengono messi automaticamente degli zeri nei corrispondenti bit 
mancanti del byte A$. 
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TRASMISSIONE DI DATI NELLA RS232 


I comandi Basic disponibili in questo caso sono due: 

CMD LF 
e 

PRINT #2, dato 

si noti che i dati da trasmettere sono prima inviati al buffer di trasmissio¬ 
ne e poi trasmessi in modo automatico contemporaneamente all’esecu¬ 
zione di un programma Basic. 


CHIUSURA DEL CANALE RS232 


Il comando da dare è: 

CLOSE FL 

È da tenere presente che la chiusura del canale provoca la perdita dei 
caratteri eventualmente presenti nel buffer di ricezione poiché il KER- 
NAL rende l’area occupata dai buffer disponibile per la memorizzazio¬ 
ne delle variabili di tipo stringa. 

Allo scopo di evitare inoltre la mancata trasmissione di qualche dato 
conviene allora testare la variabile ST e il bit 6 della locazione 37151 
con le due istruzioni: 

nn IF ST=0 AND (PEEK(37151) AND 64 )=1 THEN nn 
kk CLOSE FL 


I JCYSTICK 


Il connettore “Control port” che si trova sul lato destro del VIC-20 è 
destinato al collegamento di tre dispositivi diversi: il joystick, le paddle 
e la light-pen. In questo paragrafo vedremo il software necessario per 
gestire i joystick. 
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Joystick 

Il joystick è collegato in modo che i suoi cinque interruttori, quelli che si 
chiudono quando lo si sposta nella direzione nord, sud, est e ovest, 
oltre a quello di Pire, sono gestiti dalle due via. 

Una di queste è però utilizzata dal KERNAL per la gestione della 
tastiera e quindi per la lettura dei valori dei joystick occorre disabilitare 
tale modo di funzionamento, per ripristinarlo quando si aspettano dati o 
comandi dalia tastiera. 

Il modo più semplice per effettuare una lettura del joystick è quello dato 
qui di seguito: 

POKE 37154, 127 

X%= ( NOT (PEEK(37151)) AND 60 - ((PEEK(37152) AND 128) =0 ) 
POKE 37154, 255 

Le tre istruzioni in pratica fanno sì che nella variabile X% siano conte¬ 
nute tutte le informazioni relative allo stato dei joystick, dato che a ogni 
interruttore dello stesso è associato un bit ben preciso della variabile 
X%. 

È perciò agevole verificare lo stato dei cinque interruttori secondo 
quanto indicato di seguito: 

PIRE : X% AND 32 

EST : X% AND 16 

SUD : X% AND 8 

NORD : X% AND 4 

OVEST : X% AND 1 

In questo modo risulta facile sapere se il joystick è spostato in una certa 
direzione: ad esempio se si vuole far eseguire una certa routine se il 
joystick punta a nord basta l’istruzione: 

IF ( X% AND 4 ) THEN... 

Per poter avere dal joystick una informeizione completa del suo stato, 
cioè una indicazione della sua posizione, conviene definire due variabi¬ 
li: una che dà una indicazione di NORD-SUD e una di EST-OVEST con 
le istruzioni: 


NS = SGN (X% AND 1) - SGN (X% AND 16) 
EO = SGN (X% AND 8) - SGN (X% AND 4) 
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Le variabili NS ed EO assumono i valori 0 se non c’è spostamento in 
quella direzione, 1 verso la direzione data dalla prima lettera della 
variabile, —1 verso quella data dalla seconda lettera. 

Ad esempio se risulta NS = — 1 ed EO = — 1 ciò vuol dire che il joystick 
al momento della lettura era verso SUD-OVEST. 



CAPITOLO QUAHRO 

I file su registratore 


Il VIC-20 permette di memorizzare su nastro magnetico (e su disco) due 
tipi di file (= archivio, elenco, schedario) che si differenziano a seconda 
che riguardino programmi o dati. 

Qualunque sia il tipo di file esso è comunque sempre memorizzato come 
una sequenza di byte: ciò che diversifica i due tipi è il modo con cui essi 
sono gestiti dal calcolatore e dall’operatore. 

I file programma sono in pratica la copia delle locazioni della ram del 
calcolatore dove è contenuto il programma Basic e sono gestite in modo 
automatico dal sistema operativo tramite le istruzioni SAVE e LOAD. 
I file di dati invece contengono liste di variabili numeriche o di tipo 
stringa che l’operatore ha voluto salvare su nastro per un utilizzo 
successivo; possono essere costituiti da elenchi di oggetti, risultati di 
certe elaborazioni, insomma da qualsiasi cosa l’utilizzatore voglia archi¬ 
viare. La gestione dei file di dati è lasciata completamente alla responsa¬ 
bilità dell’operatore dato che egli solo sa quello che vuole registrare, 
l’ordine con cui registrare e il numero di dati. I comandi necessari alla 
creazione e alla lettura di file di dati sono: OPEN, CLOSE, INPUT#, 
GET#, PRINT#. 

Per la gestione del registratore il sistema operativo riserva un’area di 
memoria ram detta tape buffer, che va dall’indirizzo 828, <033C>, al 
1019, <03FB>, pèr un totale di 192 locazioni. 

Tutti gli scambi di informazioni tra il VIC e il registratore avvengono 
sempre tramite il buffer e quindi in blocchi di 192 byte. 



76 


I FILE SU REGISTRATORE 


FILE DI PROGRAMMA 


Quando si salva un programma sul nastro, il sistema operativo crea nel 
buffer un primo blocco, detto header, che contiene: 

1. il byte meno significativo dell’indirizzo di inizio della ram di pro¬ 
gramma (cioè quello contenuto in locazione 43); 

2. il byte più significativo del medesimo indirizzo (locazione 44); 

3. il byte meno significativo deU’indirizzo in cui si trova l’ultimo caratte¬ 
re del programma (locazione 45); 

4. il byte più significativo del medesimo indirizzo (locazione 46). 

Per un VIC senza espansioni di ram aggiunte i primi due byte hanno i 
valori 1 e 16 rispettivamente: infatti 1 + 16 x 256 = 4097, che è proprio 
l’indirizzo dello start of Basic; gli ultimi due byte hanno invece dei valori 
che dipendono ovviamente dalla lunghezza del programma. 

A questi due byte seguono eventualmente quelli relativi ai caratteri 
alfanumerici che costituiscono il nome con cui si vuole registrare il 
programma (al massimo 16 caratteri). Sono poi inviati tanti byte di 
valore 32 fino al riempimento del buffer. 

Il sistema operativo, effettua quindi la trasmissione del contenuto del 
buffer verso il registratore. Successivamente sono inviati al registratore 
i primi 192 byte relativi al programma vero e proprio, quindi ancora altri 
192 byte e così via fino a che il KERNAL si accorge di avere trasmesso 
tutti i byte del programma. 

A questo punto il KERNAL ripete la trasmissione dell’header, del 
primo blocco, del secondo e così via. 

Questa seconda trasmissione è effettuata allo scopo di verificare, al 
momento di una lettura del programma da nastro, la correttezza dei 
byte letti, ed eventualmente di correggere quelli che risultassero affetti 
da errori. 

Il controllo degli errori è possibile dato che per ogni byte di programma 
il KERNAL trasmette in realtà un gruppo di 9 bit: 8 relativi al byte 
effettivamente da trasmettere e uno, di parità, calcolato in modo che la 
somma dei bit di valore 1 presenti nei 9 bit sia un numero pari. 

Al momento della lettura del nastro, il KERNAL verifica che per ogni 
gruppo di 9 bit sia soddisfatta la regola della parità; se ciò non accade 
esso memorizza in ram, nelle locazioni da 256 a 318, l’indirizzo della 
locazione nell’area ram di programma dove ha memorizzato il byte 
sospetto. Durante la lettura successiva dello stesso blocco di byte, il 
sistema andrà a verificare se i byte corrispondenti a quelli errati soddisfi- 
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no alla parità: se ciò accade il nuovo byte è sostituito a quello errato 
nella memoria di programma. 

Se anche qualcuno di questi byte non soddisfa la parità, il KERNAL 
invia al video il messaggio: 

LOADING ERROR 

e cessa il caricamento del programma. 

Si noti che un eventuale errore multiplo nello stesso byte può far sì che la 
parità sia soddisfatta: però nella seconda lettura di quel byte il KER¬ 
NAL effettua sempre il paragone con il risultato della prima lettura e se 
li trova diversi dà ancora il messaggio di errore. 

Questo metodo di rilevazione degli errori è abbastanza sicuro: e ciò è 
provato dalla poca frequenza con cui si ha il messaggio di errore. 
Quando non si riesce a caricare un programma ciò è dovuto in genere o 
all’uso di nastri di cattiva qualità o al fatto che le testine del registratore 
sono sporche. 


FILE DI DATI 


Nel caso si debbano registrare su nastro file di dati, il modo di operare 
del KERNAL è circa lo stesso. Diversamente dal caso dei file di pro¬ 
gramma ora il numero di dati da registrare non è conosciuto a priori dal 
KERNAL: allora la procedura di registrazione avviene in modo tale che 
ogni blocco è registrato due volte consecutivamente. Inoltre nell’header 
i primi quattro byte contengono l’indirizzo di inizio e di fine del tape 
buffer. 

Per creare un file di dati su nastro si può usare il comando: 

OPEN 1,1,1, "nome del file" 

Questo provoca l’assegnazione del canale #1 al registratore (1), con 
indirizzo secondario 1, cioè per la scrittura. (L’indirizzo secondario 2 
provoca la scrittura del file con al termine VEnd Of Tape, EOT, cioè una 
particolare segnalazione di fine nastro). 

Per scrivere sul nastro il valore della variabile N, o la stringa A$, si usa 
l’istruzione: 

PRINT#1, N 


oppure: 
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PRINT# 1, A$ 

In entrambi i casi il valore della variabile N o la stringa A$ sono 
memorizzati sul nastro e seguiti dal byte di <return> (= $0D). 

Invece nel caso della istruzione: 

PRINT* 1, N, A$ 

nel nastro sono memorizzati il valore N, seguito da undici caratteri di 
spazio, poi la stringa A$ seguita da $0D. 

Se si usa l’istruzione: 

PRINT*1, N; A$ 

nel nastro, ai caratteri corrispondenti al valore di N, seguono immedia¬ 
tamente quelli di A$. 

In pratica nel nastro la memorizzazione avviene con le stesse modalità di 
un PRINT sullo schermo. 

Si scriva, ad esempio, il seguente programma: 

10 OPEN 1,1,1, "PROVA" 

20 A=23: A$= "PROVA" 

30 PRINT* 1, A: PRINT*1, A$ 

40 CLOSE 1: END 

e lo si mandi in esecuzione: esso crea su nastro un file di dati che 
contiene proprio i valori 23 e la stringa "PROVA". 

Per quanto riguarda la lettura di un file di dati occorre aprire un canale 
di lettura da registratore tramite, ad esempio: 

OPEN 1,1,0, "nome programma" 

e fare eseguire istruzioni 

INPUT * 1, A 

per leggere dati numerici, oppure 

INPUT* 1, A$ 

se si tratta di stringhe. 

Ad esempio se si vogliono leggere i dati scritti dal programma preceden¬ 
te basta far eseguire il programma: 
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10 OPEN 1,1,0, "PROVA" 

20 INPUT #1, A, A$ 

30 PRINT A, A$ 

40 CLOSE 1 : END 

si vedrà scrivere sullo schermo il valore 23 e la stringa PROVA. 

La lettura da nastro può anche avvenire un byte alla volta, utilizzando 
l’istruzione 

GET* 1, C$ 

che è molto simile alla GET relativa alla tastiera. 

11 programma: 

10 OPEN *1,1,0, "PROVA" 

20 POR I = 1 TO 10 
30 GET#1, C$: PRINT C$ 

40 NEXT I: END 


ci permette di vedere come sono memorizzati nel nastro i byte relativi 
alla variabile N e alla stringa A$. 

Il programma seguente contiene le procedure per creare un file di dati e 
per rileggerlo. 


10 REri*##.*#*******?*» 

11 REM*FIl E bflTT* 

12 PEM*S!J NASTRO ♦ 

13 

14 REM 

20 PRINT"!(!!KJ|(it!*riENU'#*#** 

30 PRINT 

40 PRINT" PFR TRERRE UH FU E 1 " 

50 PRINT" PER LEOGFPE 2 " 

60 PRINT" PER FINIRF 3 " 

7PI GFTR4-: 0=vrL''R$ ’- T^R ^1 OR R>3 THFN70 
80 OH R GOTO1000.2000,3000 
1000 PRINT"CREfiZI0HE TU FILE" 

1010 PRINT 

1020 PRINT "PREMI t PER SRLVRRE IL TESTO SU NO'^TPn» 

IRRPi ppiHT 

1040 INPUT " NOME DEI FILE'SNf 

1050 REmwmmmmmm 

1051 REM*RPERTURR DFL* 

1052 REM» CPHRl F ♦ 

1053 REM»»»»'»»»»»»»»»» 

1054 RFM 

riPFM 1.1 1 , N» 

1070 PRTNT" SOPIVI IL TESTO" 

1080 INPUT J$ 



80 


HLE SU REGISTRATORE 


1090 IFT$=’'rTHEN 1200 
1100 PPIHT#l,Tf 
1110 00101000 

1200 PPINT" CHIUSI IRR DF! FTLE"N*^ 

1210 PR!HT#1,. :CLnSEl ^GOTOIO 

2000 REM»##**#»#*»:**»* 

2001 RFMikL ETTIJR0 DI *■ 

2002 reh# uh fu.E ♦ 

2003 REM*#*##**if****ìt!* 

2004 REM 

2010 PRINT" OlIRl E FILF VUOI RTI EOOEPF 
2020 INPUT HiT 

2030 REM»*#**»:»*#»;*#»* 

2031 REM#fiPERTURR DEL» 

2032 REH^CPHRI E ♦ 

2033 REM*^^*#^**##**^# 

20?4 REH 

2010 nprw 1 1 0 \{* 

20SP IMPlIT#!. TJ 
2060 PRIMI T$ 

2070 REM!*4:if*^*#****#i*!f 

2071 FrM*r:HrCK STRTUS# 

2072 REM»**!»;#*#*****#*: 

2072 RFM 

2000 IF ST=0 THEM 2050 
?09R PFM»**»**if**f*if*sK?f 

2091 REM# E' STRIO *. 

2092 PEM^RILEVRIO UN * 

2093 PFtl# ERRORE ♦ 

2100 

2110 REN»OPPURE L'FOF» 

2111 RENf»*»»*#**»»*»* 

2112 REM 
2120 CL0SE 1 
2130 GOTO 10 
3000 FND 


Associato alla gestione di file è anche il comando: 

CMD FL, "NOME" 
che è usato assieme alla: 

OPEN FL, ND 

per far sì che il dispositivo di uscita dei messaggi dal KERNAL non sia 
più il video ma la periferica ND. 

Ad esempio, l’istruzione scritta in modo immediato: 


OPEN 1, 1: CMD 1,"LIST SU NASTRO": LIST 
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fa sì che venga formato su nastro il file dati LIST SU NASTRO, il quale 
contiene proprio il listing del programma come sarebbe apparso sul 
video, quindi comprensivo anche del messaggio finale READY. 

Per far sì che il dispositivo di uscita tomi ad essere il video, si deve dare il 
comando (sempre in modo immediato): 

PRINT *1 : CLOSE 1 

È da notare che la lista memorizzata sul nastro è formata dai byte 
corrispondenti ai caratteri che apparirebbero sul video, e non da quelli 
tokenizzati relativi al programma Basic residente in memoria ram: 
perciò non è possibile caricare questo file come se fosse un programma e 
mandarlo in RUN. 

Come si vedrà più avanti l’uso del comando CMD è indispensabile per 
effettuare il listing del programma sulla stampante. 

Il KERNAL tiene conto dei possibili errori che avvengono durante una 
lettura da nastro settando opportunamente una variabile riservata, ST, 
secondo quanto indicato nella tabella 4.1 

Tale variabile di stato è memorizzata in locazione 144 $0090; come si 
può notare a seconda del valore che essa assume sono indicate varie 
condizioni che possono essersi verificate durante la lettura del nastro. 
La ST è utilizzata anche per tutte le comunicazioni che avvengono con 
dispositivi collegati alla porta seriale ieee (dischi, stampante ecc.). 
Per quanto riguarda il registratore, in tabella sono indicate due colonne: 
la prima a sinistra è relativa alla gestione di file di dati, la seconda ai 
programmi. 


Tabella 4.1 


Valore di ST 

lettura/scrittura 

Lettura da 
registratore 

LOADIVERIFY 
da registratore 

Bus IEEE 

1 

— 


time out 

in write 

2 

- 

- 

time out 

in read 

4 

blocco corto 

blocco corto 

- 

8 

blocco lungo 

blocco lungo 

- 

16 

errore di lettura 

errore di confronto 

- 

32 

errore di checksum 

errore di checksum 

- 

64 

End Of File 

- 

EOF 

128 

End Of Tape 

EOT 

Dispositivo 
non presente 
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Per Tutilizzatore sono da verificare solo le condizioni: 

16 = errore generico 

32 = errore di checksum 

64 = lettura del carattere di fine di file (EOF) 

128 = lettura del carattere di fine nastro (EOT). 

Conviene quindi, ogni volta che si leggono da nastro dei file sequenziali, 
effettuare la verifica della ST per assicurarsi che tutto proceda corretta- 
mente e in caso contrario per non rischiare di perdere quanto acquisito 
fino al momento deH’errore. 

Il checksum (ST = 32) di cui sopra è un controllo della validità della 
lettura effettuato automaticamente dal KERN AL per assicurarsi di non 
aver preso per buoni due valori letti male ma che soddisfano le condizio¬ 
ni di uguaglianza e di corretta parità. 


FILE DI BYTE 


È possibile creare file sequenziali di byte e rileggerli un byte alla volta. 
È il caso, ad esempio, in cui si vogliono salvare su nastro o su disco 
un’area di memoria, sia rom che ram, o semplicemente dei dati rappre¬ 
sentabili con un solo byte. 

Per far ciò occorre utilizzare per la scrittura sul file la solita 
PRINT# 

e per la lettura la 
GET* A$ 

che, come è noto, preleva un solo byte alla volta e lo assegna alla 
variabile A$. 

L’esempio di programma di p. 83 memorizza sul nastro l’area di 
memoria che va dall’indirizzo SA fino all’indirizzo EA. È da sottolinea¬ 
re l’uso che si fa delle istruzioni CHR$( e ASC( : dato che sul nastro 
sono memorizzati solo dei byte in sequenza, di valore da 0 a 255, 
durante la scrittura del file occorre trasformare il contenuto di ogni 
locazione di memoria in un carattere alfanumerico, che, come 
sappiamo, è identificato dal VIC proprio con un byte. 

Per far ciò se C è il valore letto nella memoria, la 


C$ = CHR$(C) 
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genera proprio il carattere, o meglio il byte, corrispondente al valore di 
C. Si noti che tale carattere può non essere visualizzabile sullo schermo 
video; ad esempio la successione di valori numerici: 

86, 73, 67, 2, 0 

è trasformata dalla CHR$( nella successione di caratteri: 

V, I, C,??,?? 

dove i doppi punti interrogativi indicano che non si tratta di caratteri 
visualizzabili sullo schermo. 

Occorre inoltre tenere presente che la registrazione, avvenendo per 
byte, fa sì che nel nastro siano memorizzate delle stringhe alfanumeri¬ 
che; come tali esistono delle limitazioni al momento della lettura (un 
byte di valore zero non è un carattere di una stringa ma solo il delimita¬ 
tore della stringa stessa; il massimo numero di caratteri di una stringa è 
limitato ecc.). 

Al momento della lettura del nastro l’istruzione: 

GET# 1, A$ 

preleva una stringa formata da un solo carattere, quello individuato dal 
byte letto. Se tale byte vale 0, la stringa letta è nulla (" ") e risulta poco 
agevole utilizzarla così com’è per ricavarne il valore numerico asso¬ 
ciato. (Si provi a dare il comando: PRINT ASC(" "): il calcolatore dà 
errore!.) 

È per questo motivo che durante la lettura di un file di byte occorre 
usare le istruzioni: 

GET# 1, C$: A = ASC(C$ -f CHR$(0)) 

Per far sì che se C$ = " ", ad A sia proprio assegnato il valore 0. 

Il programma che effettua una memorizzazione dell’area di memoria 
che va dall’indirizzo iniziale SA al finale EA su nastro è: 

10 PRINT CHR$(147) 

20 INPUT "INDIRIZZO INIZIALE":SA 
30 INPUT "INDIRIZZO FINALE"; EA 
40 INPUT'NOME DEL FILE";N$ 

50 OPEN1,1,1,N$ 

60 PRINT#1,SA:PRINT#1,EA 
70 FOR I = SA TO EA 



HLE SU REGISTRATORE 


80 PRINT#1,CHR$(PEEK(I)); 

90 NEXT 
100 CLOSE1:END 

Tale programma può essere utilizzato come subroutine, per memorizza¬ 
re ad esempio un certo numero di dati provenienti dal convertitore 
analogico/digitale descritto nel capitolo 8. 

Il programma che segue può invece essere utilizzato per rileggere il file 
sequenziale creato dal programma precedente: 

10 PRINT CHR$(147) 

20 INPUT "NOME DEL FILE":N$ 

30 OPEN1,1,0,N$ 

40 INPUT*1,SA:INPUT#1,EA 
50 POR l=SA TO EA: 

60 GET#1,A$:A = ASC(A$+CHR$(0)) 

70 POKE l,A 
80 NEXT 
90 CLOSE1:END 



_ CAPITOLO CINQUE 

Il Video Interface Chip 6561 


Il Vie è dedicato completamente alla generazione dell’informazione 
video e del suono. Esso contiene tutta l’elettronica necessaria per 
fornire l’informazione riguardante la forma e il colore dei caratteri 
presentati sullo schermo televisivo. 

Il 6561 è inoltre in grado di generare effetti sonori e contiene due 
convertitori analogico-digitali. 

È possibile programmare il 6561 in modo che esso esegua certi compiti 
ottemperando alle istruzioni fornite dall’utente. Questo è necessario 
quando si vogliano utilizzare nuovi caratteri oppure quando si voglia 
effettuare una gestione grafica dello schermo televisivo. 

Prima di addentrarci in queste due tematiche conviene vedere, anche se 
in modo superficiale, come si attua la programmazione del vie. 

I 16 registri interni al 6561 sono accessibili con indirizzi a partire da 
36864; scrivendo opportune configurazioni di byte in questi registri è 
possibile programmare il circuito in modo che faccia quello che voglia¬ 
mo. La scrittura su tali registri può essere realizzata con istruzioni 
POKE, in Basic, o con le corrispondenti istruzioni in linguaggio mac¬ 
china. 

Di seguito sono brevemente descritte le funzioni dei registri di program¬ 
mazione. 

Registro *i (36864 $9000) 

I bit 6-0 determinano la posizione dell’informazione video fornita dal 
calcolatore rispetto al margine sinistro dello schermo televisivo. Il bit 7 è 
inutilizzato. Il programma che segue permette di osservare il movimen¬ 
to orizzontale dello schermo generato dal calcolatore: 
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10 FOR I = 0 TO 50 
20 POKE 36864, I 
30 FOR T = 1 TO 500: NEXT 
40 NEXT I 

50 POKE 36864, 12 : END 
Registro #2 (36865 $9001) 

Predispone la posizione deirinformazione video, come il registro #1, 
ma riferita al margine superiore dello schermo televisivo, come si può 
vedere facilmente facendo eseguire il programma: 

10 FOR I = 0 TO 100 
20 POKE 36865, I 
30 FOR T = 1 TO 500 : NEXT 
40 NEXTI 

50 POKE 36865, 38 : END 
Registro #3 (36866 $9002) 

I bit 6-0 determinano il numero di colonne con cui è presentata la 
informazione video. Il bit 7 contribuisce a imporre l’indirizzo della 
memoria ram video e di quella che contiene l’informazione relativa al 
colore dei caratteri. Per rendersi conto di come varia l’immagine dello 
schermo al variare del contenuto del registro #3 basta far eseguire il 
programma: 

10 FOR I = 128 TO 255 
20 POKE 36866, I 
30 FOR T = 1 TO 500 : NEXT 
40 NEXTI 

50 POKE 36866,150 
Registro #4 (36867 $9003) 

In questo registro i bit 6-1 impongono il numero di righe con cui è 
presentata l’informazione video. Il bit 0 permette di selezionare caratte¬ 
ri composti da 64 da 128 bit. Il bit 7 è associato al contenuto del registro 
#5 per identificare il numero di linea di scansione del pennello elettro¬ 
nico nel televisore. Il programma mostra le conseguenze dovute a 
modifiche del contenuto di tale registro: 


10 FOR I = 128 TO 178 
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20 POKE 36867, I 

30 POR T = 1 TO 500 : NEXT 

40 NEXTI 

50 POKE 35867, 174 : END 
Registro #5 (36868 $9004) 

Questo registro contiene il numero di linea attualmente scandita dal 
pennello televisivo. 

Registro #6 (36869 $9005) 

L’utilizzo di questo registro sarà ampiamente descritto in seguito; per 
ora basti dire che il suo contenuto individua sia l’indirizzo di inizio della 
matrice dei caratteri che quello dalla ram video. 

Registro #7 (36870 $9006) 

Il contenuto di tale registro individua la posizione orizzontale di una 
eventuale penna luminosa collegata al calcolatore. 

Registro #5 (36871 $9007) 

Individua la posizione verticale della penna luminosa. 

Registro #9 (36872 $9008) 

Contiene il valore digitalizzato relativo a uno dei due potenziometri 
collegabili al connettore per le paddle. 

Registro *10 (36873 $9009) 

Contiene il valore digitalizzato relativo al secondo potenziometro di cui 
sopra. 

Registro *11 (36874 $900A) 

Permette di predisporre la frequenza di funzionamento del primo oscil¬ 
latore, o generatore di nota. Il bit 7 deve valere 1 perché sia generata la 
nota. 

Registro *12 (36875 $900B) 

È analogo al registro #11 ma riguarda il secondo oscillatore. 
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Registro #73 (36876 $900C) 

È come il #11 ma riguarda il terzo oscillatore. 

Registro *14 (36877 $900D) 

Permette di predisporre la frequenza del generatore di rumore con 
modalità identiche a quelle dei tre registri precedenti. 

Registro #75 (36878 $900E) 

I bit 3-0 permettono di predisporre il volume del suono generato dai 
quattro oscillatori precedenti. I bit 7-4 permettono di scegliere il colore 
ausiliario nel modo di visualizzazione multicolore. 

Registro #76 (36879 $900F) 

I bit 7-0 di questo registro permettono di scegliere uno tra i 16 colori 
possibili per lo sfondo dello schermo televisivo. I bit 2-0 permettono di 
scegliere uno tra gli 8 colori per il bordo dello schermo. Il bit 3 permette 
di scegliere se i caratteri o i simboli visualizzati sullo schermo sono di 
colori differenti ma con lo stesso colore di fondo oppure sono di colore 
uguale ma su differenti colori di sfondo. 

II registro #6 

Questo è il registro più importante del 6561 e forse anche quello di più 
difficile gestione. In esso il bit 7 deve avere sempre il valore logico 1 ; i bit 
3-0 individuano l’indirizzo di inizio della matrice di caratteri utilizzata, 
mentre i bit 6-4, assieme al bit 7 del registro 36866, individuano l’inizio 
della memoria (ram!) di schermo. Incominciamo a vedere come è 
individuata quest’ultima: i bit 6-4 del registro 36869 vanno a formare i 
bit 12-10 del bus degli indirizzi quando il 6561 vuole leggere la memoria 
di schermo: quindi, in base al valore di questi tre bit la locazione di inizio 
della stessa può essere solo una di quelle di indirizzo: 

Tabella 5.1 


0 0 0 1 0 0 4096 

0 0 0 1 0 1 5120 

0 0 0 1 1 0 6144 

0 0 0 1 1 1 7680 
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Questi tre bit sono però usati insieme a un bit del registro 36866, il 
settimo, il quale forma il bit 9 del bus degli indir i zzi: allora le possibili 
locazioni di inizio della ram di schermo sono: 


Tabella 5.2 


0 

0 

0 

1 

0 

0 

0 

4096 

0 

0 

0 

1 

0 

0 

1 

4608 

0 

0 

0 

1 

0 

1 

0 

5120 

0 

0 

0 

1 

0 

1 

1 

5632 

0 

0 

0 

1 

1 

0 

0 

6144 

0 

0 

0 

1 

1 

0 

1 

6656 

0 

0 

0 

1 

1 

1 

0 

7168 

0 

0 

0 

1 

1 

1 

1 

7680 




36869 

36866 






Se si suppone che la matrice dei caratteri rimanga fissa aU’indirizzo 
32768, i valori che debbono essere posti nei registri 36866 e 36869 per 
imporre una certa area di memoria di schermo, sono indicati di seguito: 


Tabella 5.3 


Area schermo 

36866 

36869 

648 

4096 

22 

192 

16 

4608 

150 

192 

18 

5120 

22 

208 

20 

5632 

150 

208 

22 

6144 

22 

224 

24 

6656 

150 

224 

26 

7168 

22 

240 

28 

7680 

150 

240 

30 


Per quanto riguarda i bit 3-0, che contribuiscono, come già detto, a 
individuare l’inizio della ram/rom ove è posta la matrice dei caratteri, 
diciamo subito che il bit 3 indica che si tratta di ram o di rom a seconda 
che esso valga 1 o 0 rispettivamente; i bit 2-0 vanno a costituire nell’ordi¬ 
ne i bit 12-10 dell’indirizzo di inizio. Ciò è sintetizzato nella tabella 5.4. 
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Tabella 5.4 


3 

2 1 

0 

inizio 

0 

0 0 

0 

32768 ROM 

0 

0 0 

1 

33792 ROM 

0 

0 1 

0 

34816 ROM 

0 

0 1 

1 

36864 ROM 

1 

1 0 

0 

4096 RAM 

1 

1 0 

1 

5120 RAM 

1 

1 1 

0 

6144 RAM 

1 

1 1 

1 

7168 RAM 


La tabella che segue indica invece i valori che si debbono scrivere nella 
locazione 36869 per allocare l’inizio dell’area contenente la matrice dei 
caratteri, nell’ipotesi che l’area di schermo inizi a 7680: 


Tabella 5.5 


Inizio 

matrice 

36869 

3 2 10 

4096 

252 

110 0 

5120 

253 

110 1 

6144 

254 

Ilio 

7168 

255 

1111 


Utilizzando le informazioni contenute nelle due tabelle precedenti è 
relativamente facile trovare i valori da mettere nel registro 36869 per 
allocare dove vogliamo sia l’area di schermo che quella di caratteri. Ad 
esempio si vuole che la prima inizi a partire dalla locazione 4096 e la 
seconda a partire dalla 5120. 

Dalla tabella 5.5 si ricava: 

bit 7 6 5 4 3 2 1 0 

? ? ? ? 1 1 0 1 (=13) 

(memoria caratteri inizia a 5120) 

il bit 7 deve essere a 1 per indicare che si tratta di ram: 


bit 7 6 5 4 3 2 1 0 
1 ? ? ? 1 1 0 1 


(= 141 ) 
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Dalia tabella S.2 si ottengono i valori dei tre bit rimanenti: 

bit 7 6 5 4 3 2 1 0 

1 1 0 0 1 1 0 1 (= 205) 

occorre anche che il bit 7 del registro 36866 sia a 0. 

Allora per dare questa informazione al vie occorre fornire il comando: 

POKE 36869,205: POKE 36866,22 

Si noti che occorre fornire anche al sistema operativo Tinformazione di 
dove si trova l’area di schermo. Questo si può ottenere con l’istruzione: 

POKE 648,16 

dato che la locazione 648 deve contenere il numero di pagina dove inizia 
l’area di schermo. 

Prima di descrivere i metodi con cui si possono definire nuovi caratteri o 
effettuare della grafica conviene riassumere brevemente le modalità 
con cui il VIC-20 genera l’informazione video: 

a. ogni carattere presente sullo schermo video è formato da un insieme 
di otto byte e quindi da 8 x 8 = 64 bit; ogni bit corrisponde a una 
posizione ben definita nell’ambito del carattere; se un bit vale 1, sullo 
schermo si “accende” un puntino (o pixel = minima area controllabile) 
del carattere. 

b. il normale schermo generato dal VIC è composto da 23 righe di 22 
caratteri ciascuna, cioè sono definite 23 x 22 = 506 posizioni distinte per 
i caratteri. 

c. dato che ogni carattere è di 8 x 8 pixel lo schermo ha 22 x 8 = 176 
pixel in ogni riga di scansione e 23 x 8 = 184 righe di scansione: ciò porta 
ad un totale di 176 x 184 pixel. 

Il dispositivo che gestisce l’informazione da inviare allo schermo televi¬ 
sivo è, come abbiamo visto, il 6561 : sfruttando la possibilità di program¬ 
marlo è abbastanza agevole sia definire nuovi caratteri video sia realiz¬ 
zare della grafica. 


DEFINIZIONE DI NUOVI CARATTERI 


Come è noto il 6561, per generare l’informazione da inviare allo scher¬ 
mo televisivo, preleva i codici di carattere presenti nelle 506 locazioni 
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della memoria di schermo. Il valore di ogni codice è moltiplicato per 
otto e sommato aU’indirizzo dove inizia, in rom (o ram) l’area di memo¬ 
ria in cui risiede l’informazione relativa alla “forma” dei caratteri; 
l’indirizzo così ottenuto fornisce al 6561 la prima delle otto locazioni in 
cui è memorizzata l’informazione video relativa al carattere corrispon¬ 
dente a quel codice. 

Ad esempio se in una certa posizione dello schermo è visualizzato il 
carattere “A” nella corrispondente locazione in memoria schermo è 
contenuto il byte di valore 01 (si ricordi che i codici di schermo non 
corrispondono ai codici ascii); nella memoria di caratteri, o matrice di 
caratteri, che normalmente inizia in locazione 32768, a partire dalla 
locazione 32768 -I- 8 x 1 = 32776 fino alla 32783 sono presenti i byte di 
valore; 


Indirizzo 

Valore 

Byte 

32776 

24 

00011000 

Z2777 

36 

00100100 

32778 

66 

01000010 

32779 

126 

01111110 

32780 

66 

01000010 

32781 

66 

01000010 

32782 

66 

01000010 

32783 

0 

00000000 


Si può notare immediatamente che gli 1 presenti sono l’immagine di 
come appare la A sullo schermo televisivo. 

È allora facilmente intuibile come si possano costruire e poi visualizzare 
nuovi caratteri: basterà informare il 6561 di dove si trova la nuova 
matrice di caratteri e in questa si dovranno scrivere gruppi di otto byte 
che nel loro insieme “formino” il carattere voluto; da quanto appena 
detto è evidente che la nuova matrice deve risiedere in ram. 

Se ad esempio si vuole che al posto del carattere @ sia visualizzato il 
nuovo carattere grafico “quadrato”, poiché il codice della @ è 0, a 
partire dalla locazione di inizio in ram della nuova matrice dei caratteri 
dovranno essere scritti gli otto byte: 


Numero d’ordine 

Byte 

Valore 

xxxO 

11111111 

255 

XXX1 

10000001 

129 

xxx2 

10000001 

129 

xxx3 

10000001 

129 

xxx4 

10000001 

129 

xxx5 

10000001 

129 
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xxx6 10000001 129 

xxx7 11111111 255 

Occorre a questo punto definire la matrice dei caratteri la quale, come 
abbiamo visto, può risiedere in ram a partire da una delle locazioni 
4096, 5120, 6144 e 7168 e dame conto al 6561. 

Si potrebbe pensare di sceglierne una a caso e fornire l’indirizzo corri¬ 
spondente al 6561. 

Bisogna però tenere presente che l’interprete Basic necessita di un’area 
di memoria continua in ram in cui devono risiedere i programmi e le 
relative variabili: in un VIC-20 senza espansioni di memoria aggiunte 
tale area va dalla locazione 4096 alla 7679. 

Se ci si limita nel numero di nuovi caratteri, si può allocare la matrice a 
partire dall’indirizzo 7168: facendo questo si hanno a disposizione 7680 
- 7168 = 512 locazioni che ci permettono di definire 64 caratteri. 

Se si vuole inoltre mantenere un minimo dei soliti caratteri alfanumeri¬ 
ci, cioè quelli che hanno un codice di schermo da 0 a 57 compresi, è 
possibile definire solo 6 nuovi caratteri, quelli che hanno un codice di 
schermo di valore 58 - 63. 

Per non dovere calcolare i byte dei caratteri che abbiamo mantenuto 
uguali ci conviene copiarli dalla “vecchia” matrice in rom: il programma 
che segue ci permette di farlo e di definire, tramite le istruzioni DATA, la 
forma dei sei nuovi caratteri: 

1 REM*SPOSTAMENTO DELLA MATRICE DEI CARATTERI* 

2 : 

10 POKE 36869, 255 

11 : 

12 REM*DIMINUZIONE DELLA MEMORIA DISPONIBILE PER IL 
BASIC* 

13 : 

20 POKE 56, 28 : POKE 52, 28: CLR 

21 : 

30 ***************************** 

31 REM* TRASFERIMENTO DEI 

32 REM* VECCHI CARATTERI 

33 ***************************** 

40 FOR I = 0 TO 58*8-1 

50 POKE 7168 I , PEEK(32768 I) 

60 NEXT 

61 : 

65 REM*SCRITTURA DEI NUOVI CARATTERI 
70 FOR I = 58*8 TO l-l-6*8-1 
80 READC% 
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90 POKE 7168 + 1, C% 

100 NEXT 

110 DATA x,x,x,x,x,x,x,x : CARATTERE #1 

120 DATA y,y,y,y,y,y,y,y : CARATTERE #2 

130 DATA z,z,z,z,z,z,z,z : CARATTERE #3 

140 DATA w,w,w,w,w,w,w,w : CARATTERE #4 

150 DATA h,h,h,h,h,h,h,h : CARATTERE *5 

160 DATA k,k,k,k,k,k,k,k : CARATTERE #6 

Una volta mandato in esecuzione questo programma sono disponibili i 
sei nuovi caratteri associati ordinatamente ai codici di schermo 58-63 
cioè ai tasti: 

:;< = >? 

In altre parole, se si vuole che sia visualizzato il carattere numero 4 
occorre digitare PRINT "=" oppure si può scrivere nella ram di schermo 
il valore 61 tramite un POKE. 


GRAFICA 


Per realizzare della grafica le cose da effettuare sono concettualmente 
simili a quelle appena viste ma con una importante differenza: nelle 
locazioni dell’area di schermo sono presenti dei codici di caratteri tutti 
diversi tra loro e che non debbono mai essere modificati; invece la 
matrice dei caratteri deve essere aggiornata man mano che si realizza il 
disegno sullo schermo televisivo. 

Per semplicità si immagini che lo schermo grafico sia di sei righe per sei 
colonne: le 36 posizioni corrispondenti nella memoria di schermo deb¬ 
bono contenere allora i codici indicati nella tabella: 


Tabella 5.6 


Numero 
di riga 

0 

1 

Numero di colonna 

2 3 

4 

5 

0 

0 

1 

2 

3 

4 

5 

1 

6 

7 

8 

9 

10 

11 

2 

12 

13 

14 

15 

16 

17 

3 

18 

19 

20 

21 

22 

23 

4 

24 

25 

26 

27 

28 

29 

5 

30 

31 

32 

33 

34 

35 
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Durante il processo di formazione dell’immagine video il 6561 va ancora 
a leggere tutte le 36 locazioni della memoria di schermo e i codici così 
ottenuti sono utilizzati per leggere nella matrice dei caratteri la “forma” 
dei caratteri stessi. 

Ora è proprio nella matrice dei caratteri, che evidentemente deve 
risiedere su ram, che debbono essere scritte le informazioni ed effettua¬ 
te le operazioni necessarie per far visualizzare il disegno grafico voluto. 


* ♦ . 

♦ ♦ 
♦ 

. ♦ 

♦ 

♦ 


(128 + 64) 
( 32 + 16) 
(8+4) 
( 2 + 1 ) 
( 1 ) 


Rg. 5.1 


Se ad esempio si vuole che sullo schermo video, nella zona corrispon¬ 
dente al carattere di codice video 1, cioè in corrispondenza della colon¬ 
na 1 e riga 0, sia visualizzata la figura 5.1 occorre scrivere nella matrice 
di caratteri a partire dalla locazione iniziale incrementata di 8 (è il 
carattere di codice 1 !) la sequenza di valori: 

192 48 123 1 1 1 1 

Un altro esempio: si vuole tracciare la diagonale che inizia dall’angolo 
sinistro in alto dello schermo (dal carattere di codice 0) e termina 
nell’angolo in basso a destra (codice del carattere 35). Occorre in questo 
caso modificare la matrice dei caratteri in corrispondenza dei gruppi di 
otto locazioni associati ai codici video 0, 7, 14, 21, 28, 35. È allora 
necessario effettuare dei calcoli per individuare i 64 bit che debbono 
essere settati a 1 per “accendere” i relativi pixel sullo schermo. 

È ovvio demandare questo compito al calcolatore: infatti si può indivi¬ 
duare ogni pixel dello schermo ridotto con una ascissa X e una ordinata 
y, ambedue di valore compreso tra 0 e 47 dato che ci sono 6x8 pixel in 
ogni riga e in ogni colonna. 

Il pixel di coordinate X e Y pari a 0,0 coincide con l’angolo in alto a 
sinistra dello schermo, quello di coordinate 47,0 con quello in alto a 
destra e così via. 

Se si vuole che sia acceso il pixel di coordinate, ad esempio, X=ll e 
Y=2, si devono individuare la riga e la colonna relative al carattere che 
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si trova in quella posizione e, neU’ambito degli otto byte che “formano” 
il carattere, quello in cui deve essere posto a 1 il bit corrispondente al 
pixel. 

Dato che il pixel ha ascissa ^^=11 esso è contenuto in uno dei caratteri 
appartenenti alla colonna 1: infatti INT(11/8) = 1. 

Occorre individuare anche la riga dove si trova il carattere: esso appar¬ 
tiene alla riga 0 dato che INT(2/8) = 0. Allora si deve modificare, nella 
matrice dei caratteri, quello che ha il codice di schermo pari a 1 dato che 
è il carattere presente nella riga 0 e nella colonna 1. 

A questo punto occorre scoprire quale degli otto byte del carattere 1 
contiene il bit corrispondente al pixel da accendere; gli otto byte posso¬ 
no essere numerati da 0 a 7 come indicato nella figura 5.2, dove è 
segnato il pixel di coordinate A!'=ll e Y=2: 


Numero d’ordine dei bit 

0 1 2 3 4 5 6 7 


0 

1 

2 

3 

4 

5 

6 
7 


carattere 
numero 1 


Fig. 5.2 


La riga, nell’ambito delle 8 possibili, si può ricavare dalla relazione: 
R = Y AND 7 (dà come risultato 2) 
e in modo analogo la colonna: 

C = X AND 7 (dà come risultato 3) 

Finalmente si hanno tutti gli elementi per accendere il pixel dato che ora 
si sa che: 

a. appartiene al carattere che ha il codice di schermo pari a 1 

b. è nel secondo byte di quel carattere 

c. è il bit di valore 2 \ (7 — C) = 16 
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Perciò basta dare il comando: 

POKE SM + 1 * 8 + 2, PEEK(SM + 1*8 + 2) AND 16 

dove SM è l’indirizzo di inizio della nuova matrice di caratteri, per 
accendere il pixel di coordinate 11,2 nel nostro schermo ridotto. 
Quanto appena detto può essere realizzato dal programma seguente, il 
quale ci permette di far tracciare sullo schermo una qualsiasi curva di cui 
si conosca l’equazione. 


10 REM#!»!#****#**#***#*# 

20 REM* f 

2.fi 

■ÌQ : 

50 REM#*it!*****++*!f:if*it** 

^^0 REM!f MATRICE UFI ♦ 

70 REM# CRRATTEK'I # 

80 REM# IH 51?0 * 

^0 REM#########*##*##*# 

100 POKE 868E:9.258 
110 : 

120 REM*##*#**#**#**#**# 
i'5r< C'CM# ppnXE'^TO^’E # 

140 PÈM# DELLA MATRICE # 

1S0 REM####»*#####*##**# 

180 POKE 56,20 : Pnt: E 5P, pCÌ : r i p 
170 : 

1O0 POSI.IB 500 
190 G08UE 600 
200 REM####:########:#*### 

210 REM# PLOTTAG.PTO # 

220 REM# DELI A CURVA # 

220 REM#*######*#####*## 

240 : 

250 PI = 3.14 

260 POR X = 0 TO 175 

270 V = 4:8 + INT •' 4? # COS ( 4 # PI # X 176 >) 

280 GOSUB 700 

290 GÓSLIE 900 

300 NEXT 

310 END 

500 PEM###*##**#*##*##**#** 
sifl prM*TMqEP3!nHF tiET # 

520 RÈM#Cnfiiri NELLA # 

530 RFM#MEMnRIA DI SCHERMO* 

540 PRINT C:HR$<147> 

550 FOP" I = 0 T0 241 REM 11 PIGNE 

560 POKE 7680 + I . I 

570 POKE 38400 + I .■ A ^ REM COI ORE NERO 

580 HFXT ■ PETI IRH 

590 ■ 

600 PEM*##*##*##*##*##*##* 

610 REM#AZ2E.RAMENT0 DEL LA# 
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620 REM^MEMORIfì DEI ♦ 

6?0 REMfCRRRTTERI * 

640 REM###*#**»:**#*#»#*#** 

6=i0 EOE I = 0 TO 241 ♦0 + 7 
f.SQ POKE 5120 + I • 0 
670 HEMT : RETURN 
680 : 

690 : 

700 PEMif#»*#»********»*»^* 

710 REM* VFRIFICR PT X ♦ 

720 
790 : 

740 IF X < 0 OR K > 17^ THEN STOP 
750 : 

760 : 

800 REM^f'+ff+'f 

8<0 PEN* ■••EFTFT'-R di V ♦ 

820 PEM*#***»*^*:*****!»!*-*** 

830 : 

840 lE V < 0 OR V • 87 THEN STOP 
850 RETURN 
860 : 

900 

910 REM* ROUTINE GPREICR ♦ 

920 REM**»***»#*+********* 

930 • 

940 R - IHT ■:; V X 8 > : 0 = INT •' K / 8 ) 

950 M = 5120 + < 22 * P + C :• ♦ 8 

960 RR = V RNTi 7 ^ r:f: = X RND 7 

Q79 pnk'E M + RE' ( ■■■• t ■' "■ - rr 

980 RETljpN 


OR REFK ■' M ) PR '• 



_ CAPITOLO SEI 

Il linguaggio maccliina 


Un programma in linguaggio macchina consiste in una sequenza di byte 
che forniscono nel loro insieme istruzioni e dati per il microprocessore. 
In questa forma numerica il programma è difficile da scrivere ed è per 
questo motivo che a ogni istruzione di un microprocessore si associa un 
mnemonico che la individua in modo univoco: ad esempio al byte di 
istruzione di valore $E8 è associato il mnemonico INX per il 6502. 
Per scrivere allora un programma in linguaggio macchina si usano questi 
mnemonici (che sono diversi a seconda del microprocessore) e si utilizza 
un particolare programma, detto assemblatore, che si incarica di trasfor¬ 
marli nei byte corrispondenti. Esistono anche programmi disassembla¬ 
tori che effettuano l’operazione inversa. 

Le istruzioni in linguaggio macchina sono molto semplici nel senso che 
fanno eseguire al microprocessore azioni elementari: malgrado ciò un 
programma scritto in linguaggio macchina è eseguito con una velocità di 
un paio di ordini di grandezza superiore a quella con cui è eseguito un 
programma scritto in Basic. Inoltre un programma in linguaggio mac¬ 
china permette di avere un controllo completo di tutte le risorse hard¬ 
ware della macchina. 


I REGISTRI DEL 6502 


Per poter scrivere un programma in linguaggio macchina occorre 
conoscere le caratteristiche del microprocessore; bisogna cioè sapere 
quali sono le risorse interne dello stesso. Per il 6502 esse sono riassunte 
in figura 6.1. 
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Bit 7 6 5 4 3 2 1 0 



Accumulatore: 8 bit 


X Registro indice: 6 bit 


Y Registro indice: 8 bit 


Contatore di programma: 16 bit 


Stack Pointer: 8 bit 


Registro di stato: 8 bit 


Fig. 6.1 Modello di programmazione del 6502. 


Di seguito sono descritti i vari registri. 

Accumulatore 

È il registro più importante dato che è il solo utilizzato nelle operazioni 
aritmetiche o logiche. 

È inoltre usato per trasferire dati da una locazione di memoria a un’al¬ 
tra. Ad esempio; 

LDA #$ AO carica nell’accumulatore il valore esadecimale AO 
STA $ 1000 trasferisce il contenuto dell’accumulatore nella locazione 
4096 decimale 

ADC #$ 20 somma al contenuto dell’accumulatore il valore 32 
Registro X 

Anche questo registro può essere usato come l’accumulatore per depo¬ 
sitarvi dei dati; le sue funzioni principali sono però quella di puntatore a 
locazioni di memoria e di contatore. 
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Registro Y 

È simile al registro X, dal quale differisce per alcune funzioni. 
Contatore di programma PC 

Il PC è un registro da 16 bit che contiene l’indirizzo della prossima 
istruzione che il 6502 andrà ad eseguire: in questo modo il microproces¬ 
sore esegue in sequenza tutte le istruzioni del programma dal principio 
alla fine. 

Sono però sempre presenti in qualsiasi microprocessore delle istruzioni 
di salto condizionato che permettono di cambiare la sequenza di esecu¬ 
zione delle istruzioni del programma all’insorgere di particolari condi¬ 
zioni. 

Stack Pointer SP 

Lo SP è usato soprattutto per la gestione di routine e di interruzioni: 
esso memorizza l’indirizzo di ritorno al programma principale. 

Le routine sono gruppi di istruzioni, che eseguono un certo compito 
richiesto più volte durante l’esecuzione di un programma: invece di 
dovere inserire questi gruppi di istruzioni ogni volta che il programma 
principale ne ha bisogno, si attua una chiamata alla routine. 

Essa, una volta eseguiti i suoi compiti, procede alla esecuzione della 
istruzione (del programma principale) immediatamente seguente a 
quella di chiamata. Questa istruzione è individuata proprio tramite lo 
SP. 

Le interruzioni invece sono delle segnalazioni, in genere provenienti 
dall’esterno del calcolatore, che richiedono l’immediato arresto dell’e¬ 
secuzione di un programma e l’esecuzione di particolari routine atte a 
gestire le interruzioni stesse. 

Anche qui si ritorna a eseguire il programma interrotto una volta 
terminata l’esecuzione delle routine. 

Registro di stato SR 

Il registro SR memorizza nei suoi bit i valori di certi flag (segnalazioni, 
indicatori) che indicano particolari condizioni che si verificano durante 
l’esecuzione di un programma: è possibile allora far eseguire certi 
segmenti di programma piuttosto che altri facendo testare dal micropro¬ 
cessore i valori dei bit di flag. 
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I flag sono: 

curry, indica se il risultato di una operazione aritmetica ha generato un 
riporto o un prestito; è aggiornato anche da istruzioni di paragone e da 
istruzioni logiche. 

zero: esso è settato, cioè posto al valore logico 1, dopo ogni trasferimen¬ 
to di dati o dopo una operazione aritmetica se il contenuto del registro 
interessato a queste azioni è 0. 

I: indica se il microprocessore è in grado di gestire o meno le interruzio¬ 
ni: se vale 0 queste possono essere gestite, se vale 1 no. 

D: indica se le operazioni aritmetiche debbono essere effettuate in 
codice binario o decimale. 

B: questo flag, di break, è settato o resettato dal 6502 per determinare 
durante una richiesta di interruzione se essa deriva dall’istruzione break 
o da un evento esterno. 

O: questo flag, di trabocco, segnala se una opersizione aritmetica ha 
modificato il valore del bit 7 dell’accumulatore. 

N: flag di segno, indica se il risultato di una operazione aritmetica è 
negativo: in esso è trasferito il valore del bit 7 dell’accumulatore dopo 
ogni operazione aritmetica o logica. 

È da sottolineare che il registro di stato è una parte essenziale di ogni 
microprocessore in quanto permette di prendere decisioni su quale deve 
essere la successiva parte di programma. 


MODI DI INDIRIZZAMENTO 


Le istruzioni del 6502 sono costituite da un codice operativo, espresso 
da un byte, seguito da 0, 1 o 2 byte di operandi. 

Un byte permette di individuare 256 possibili istruzioni ma il 6502 
utilizza solo 151 codici operativi. NeU’insieme di istruzioni del 6502 ci 
sono 56 istruzioni base ma sono possibili 13 diversi modi di indirizza¬ 
mento che indicano su quale operando e/o su quale locazione di memo¬ 
ria l’istruzione agisce. 

I modi di indirizzamento sono: 

Immediato (2 byte): agisce direttamente utilizzando il secondo byte 
dell’istruzione stessa. Ad esempio: 

LDX #$ AF 


carica in X il valore $AF. 
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Assoluto (3 byte): in questo modo il secondo e il terzo byte dell’istruzio¬ 
ne contengono l’indirizzo della locazione di memoria interessata dalla 
istruzione stessa. Ad esempio: 

STA $ 1 EOO 

memorizza il contenuto dell’accumulatore nella locazione $1 EOO. 

Pagina zero (2 byte): il secondo byte dell’istruzione contiene l’indirizzo 
della locazione di memoria in pagina zero interessata dall’istruzione 
stessa. Ad esempio: 

STX$30 

memorizza il contenuto del registro X nella locazione $0030. 

Implicito (1 byte): il registro interessato è implicito nella istruzione. Ad 
esempio: 

SEI 

setta il bit I nel registro di stato. 

Relativo (2 byte): le istruzioni di salto condizionato contengono nel 
secondo byte l’indirizzo a cui effettuare il salto. Tale indirizzo è espres¬ 
so come incremento o decremento rispetto all’indirizzo attuale. Ad 
esempio: 

BEQ $ 1200 

causa un salto all’istruzione contenuta nell’indirizzo $ 1200 se il flag Z è 
settato. L’istruzione è corretta solo se $1200 dista dalla locazione in cui 
risiede la BEQ di un valore compreso tra —126 e +129. 

Indiretto (3 byte): si applica solo all’istruzione JMP; l’esecuzione del 
programma prosegue all’indirizzo contenuto nei due byte individuati 
dalla JMP. Ad esempio: 

JMP($1300) 

effettua il salto all’indirizzo contenuto in $ 1300 e in $ 1301. 

Assoluto indicizzato (3 byte): in una istruzione che usa questo modo di 
indirizzamento l’indirizzo effettivo su cui agisce è dato dal contenùto del 
registro indice sommato all’indirizzo fornito dall’istruzione stessa. 
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Ad esempio: 

STA $ 2000, X 

memorizza il contenuto dell’accumulatore nell’indirizzo dato dal conte¬ 
nuto di X sommato a $ 2000. 

Indicizzato in pagina zero (2 byte): è una forma dell’indicizzato che fa 
riferimento alla pagina zero. Ad esempio: 

LDA $ AO, X 

carica nell’accumulatore il contenuto della locazione di indirizzo $ AO 
sommato al contenuto di X. 

Indiretto pre-indicizzato (2 byte): in questo modo di indirizzamento 
l’indirizzo effettivo dell’operando è calcolato dal 6502 in questo modo: 
dapprima il valore contenuto nel registro X è sommato al valore dell’ar¬ 
gomento; l’indirizzo risultante punta alla prima di due locazioni in 
pagina zero che contengono l’effettivo indirizzo dell’operando. 

È quindi una combinazione deH’indirizzamento indiretto in pagina zero 
con l’indicizzazione. Ad esempio: 

LDA ($ 29, X) 

se X contiene il valore $07 viene caricato nell’accumulatore il contenuto 
della locazione di memoria individuata dai due byte presenti agli indiriz¬ 
zi $0029 e $0030. 

Post-indicizzato indiretto (2 byte): può essere usato solo con il registro 
Y. Anche qui l’indirizzo effettivo è calcolato in due passi: il 6502 preleva 
dalla locazione indicata nell’istruzione un indirizzo a cui è sommato il 
valore contenuto nel registro Y; l’indirizzo risultante è quello effettivo 
dell’operando. Ad esempio, se Y contiene il valore $10: 

LDA ($ 00), Y 

se in $00 c’è il valore $20 e in $01, $AA, nell’accumulatore viene posto il 
valore contenuto in $AA30 ($AA20 -I- $10). 

Un elenco delle istruzioni del 6502 è in appendice 2. 


METODI DI SALVATAGGIO DI ROUTINE IN LINGUAGGIO MACCHINA 


Per quanto riguarda il salvataggio di programmi in linguaggio macchina 
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occorre distinguere se si tratta di programmi a se stanti o di routine, di 
solito brevi, utilizzate nell’ambito di un programma Basic. 

Nel primo caso i programmi sono scritti mediante assemblatori, più o 
meno completi, nell’ambito dei quali esistono sempre semplici comandi 
che permettono di salvare, su nastro o su disco, i programmi appena 
scritti e, soprattutto, reimmetterli successivamente nella memoria del 
calcolatore nelle stesse locazioni di memoria da cui erano stati salvati. 
Accade molto spesso però che si scrivano corte routine in linguaggio 
macchina, le quali saranno utilizzate da un programma Basic, e che si 
vogliono caricare nella memoria del calcolatore contemporaneamente 
al programma stesso. 

In questo capitolo saranno descritte alcune tecniche che ci permettono 
di risolvere agevolmente una necessità di questo tipo. 

Per il salvataggio su nastro o su disco di routine in linguaggio macchina 
si possono utilizzare tre metodi: quello che fa uso di istruzioni DATA, 
quello che usa le REM e un terzo in cui si amplia l’area di memoria 
dedicata ai programmi in Basic. 


Uso delle istruzioni DATA 

Con le DATA in pratica si utilizzano istruzioni del Basic e quindi i byte 
del linguaggio macchina devono essere prima convertiti in valori deci¬ 
mali per essere poi allocati nelle posizioni di memoria specificate dal 
programmatore. 

È inoltre compito di quest’ultimo proteggere l’area di memoria in cui 
risiederanno tali routine, in modo che il Basic non vi scriva sopra. A tale 
scopo occorre modificare, durante l’esecuzione del programma Basic, i 
puntatori 45 e 46, in modo che l’interprete Basic “veda” come occupate 
dal programma anche quelle locazioni che in realtà conterranno le 
routine in linguaggio macchina. 

La struttura di un programma in Basic che utilizza questo metodo è del 
tipo; 

10 DATA . 

20 DATA . 

30 .... 

40 .... 


100 POR I = INIZIO TO FINE 
110 READ A% ; POKE I , A% 
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120 NEXT 
130 : 

140 REM PROTEZIONE DELLE ROUTINE 
150 : 

160 POKE 55 , INIZIO AND 255 : POKE 256 , INIZIO / 256 : CLR 
170 : 


200 REM PROGRAMMA BASIC 

210 . 

220 . 

In pratica si riserva un’area di memoria alle routine in linguaggio 
macchina nella parte alta della memoria disponibile per il Basic, come si 
può osservare nel seguente schema: 


Inizio memoria 
programma in Basic 


variabili del Basic 


area riservata alle routine 
Fine memoria 
Fig. 6.2 


Questo modo di procedere, anche se funziona correttamente, ha due 
difetti: 

1. occorre effettuare la conversione dei codici relativi alle istruzioni in 
linguaggio macchina in valori decimali <0-255>. 

2. Le istruzioni DATA occupano un’area di memoria molto più grande 
di quella necessaria per la memorizzazione dei codici in linguaggio 
macchina. A questa si deve aggiungere l’area dove effettivamente i 
codici di cui sopra saranno memorizzati (e protetti). 

Il primo punto può facilmente essere ottimizzato nel senso che si può 
scrivere un programma in Basic che accetta in ingresso i codici delle 
istruzioni in linguaggio macchina, e cioè tipicamente in codice esadeci- 
male, e li trasforma nei corrispondenti valori decimali. 
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Addirittura si può realizzare un programma che genera automaticamen¬ 
te istruzioni DATA, numerate a partire da 10000, ricavandone i valori 
mediante una lettura dell’area di memoria in cui precedentemente si era 
scritta la routine in linguaggio macchina: 


49000 

49001 REM*RICHIESTfl LIMITI» 

49002 REM»riI INDIRIZZO PER* 

49003 REM»LE ROUTINE IN L.M. 

49004 REM»*»»»**»**»**»*»»* 

4900?5 : 

50000 PRINT r:HR*<147): INPUT "INDIRIZZO INIZIRLE"; 8R 
50010 Hy. = Sfl Z 256 : POKE 829 . 

50020 INPUT "INDIRIZZO FINRLE" 

50021 : 

50022 REM***»»»»»»**»*»**»* 

50023 REMSRLVRTRCGIO DEI » 

50024 REM»LIMITI IN 828-832 

50025 PEM**»»*»»**»****»**» 

50026 : 

50030 H/i = Efl / 256 : POKR 831 . 

50040 PRINT r:HR*<147>.; 

50041 REM*»*»*#*»**»:**»»*** 

50042 REM» 10000 IN 833-834 

50043 REM**»»*»»»»»**»*»»*» 

50044 : 

50050 POKE 833 , 234 : POKE 832 

50051 : 

50052 REM»»*»»*»»*»***»*»*» 

50053 REM* NL E' IL NUMEPn» 

50054 REM» DELLR LINER DRTR 

50055 REM* DR CRERRE » 

50056 REM»»**»**»*»»*»»*».** 

50057 : 

50060 NL = PEEHr(833) » 256 + PEEK(;832> ^ N$ = "000" 

50061 : 

50065 PEM***»*»»»»»*»*»»*»» 

50066 PEM*flOGIORNAMENTO * 

50067 REM* INIZIO RRER »: 

50068 REM»»*»*»»**»**»**»** 

50069 : 

50070 SR =• PEEKCRZS) + PEEK<829> * 256:ER =8661^^830) + 
256»PEEK(831> 

50074 REM***»***»*»»»»»*»»» 

50075 REM» SIMUIRZIONE DI » 

50076 PEM* INGRESSE! DR » 

50077 REM* TASTIERA 

50078 REM*»»**»»*»»*»»*»#»» 

50079 : 

50080 PRINT CHR$a47>;NL.:"DRTR 

50081 : 

50085 REM»*»»*»»*»**»»*»»*» 

50086 REM»flGDIORNAMENTO * 

50087 REM»I INER tìRTR # 

50088 REM»»»»»»»»*»»*»»*»»* 


Hy. ■■ POKE 828 , SR - HZ * 256 
Efl 


Hy. ■ POKE 830 / Efi - H'i * 256 
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5Pi'3S''» 

HI HL •*• HB:-ì = hl / ?'=^>6-P0KFS33,HK/.- 
PCiKE83?..NL-HBV*2?6 
50091 

50095 

50096 REM^LETTLIRR DI OTTO ♦ 

50097 REM#BVTES DEI L.M. ♦ 

50098 

50099 : 

50100 FOR MB = 0 TO 7 = BV * PEEKCSfì + NB) 

50110 BV$ = RIGHTtC N# + RIOHT#( STRf(BV),I.EH<STRf<'BV)')-l).3> 

50120 IF NB < > 7 THEH BVf = BVf + " " 

50121 PEm*mm**mm*m*m 

50122 REM^SCRITTURR DFL » 

50123 REt'W^ BYTE DI SEGUITO* 

50124 REM* MELI fi DflTFl # 

50125 REM****************** 

50126 : 

50130 FRI NT BV* ; 

50140 NEKT NB 

50141 REM****************** 

50142 REM*VERIFICR SE SONO* 

50143 REM*STRTI I ETTI TUTTI 

50144 REM* I BVTES ♦ 

501T 5 REM****************** 

50146 ■ 

50150 IF SR + 8 > FR THEN 50210 
50160 PRINT:PRINT "RUN 50060" 

50170 SR ^ SO + 8 : HB;: ^ Sp / 256 

50180 POKE 829 . HB?i : POKE 828 . SR - HF?;’ * 256 

50190 POKE 631 . 19 : POKE 632 . 13: pqkE 6:-:3,1.3: POKEl‘^8 .'^ 

50200 END 

50210 POKE 681 IO POKE 632 .■ 13 : POKF r-»'-: 2 

50220 END 


Le istruzioni dalla 50180 in poi meritano un commento un po’ più 
esteso in quanto sono utilizzate per simulare, da programma, l’immis¬ 
sione di dati da tastiera. 

Come è certamente noto al lettore le locazioni dalla 631 alla 640 
costituiscono il buffer di tastiera nel quale sono successivamente deposti 
dal KERNAL i codici corrispondenti ai tasti via via attivati dall’operato¬ 
re. La locazione 198 invece contiene il numero di codici presenti nel 
buffer di tastiera e non ancora prelevati o dal Basic o dal KERNAL. 
L’istruzione 50190 mette nel buffer i codici corrispondenti a: 

HOME; RETURN: RETURN 

e pone nel contatore di caratteri presenti nel buffer il numero 3, per cui 
il calcolatore è avvisato che sono stati attivati, anche se noni è vero, i tre 
tasti suddetti. 
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Durante un ciclo di lettura di otto byte si è scritta sullo schermo televisi¬ 
vo, nella prima riga, l’informazione seguente: 

nnnnn DATA X1 .X2,X3,X4.X5,X6,X7,X8 

ove le Xi sono i valori decimali degli 8 byte letti ed nnnnn è il numero 
attuale NL dell’istruzione DATA che si vuole generare. 

La 50160 fa sì che nella terza riga del video sia scritto: 

RUN 50060 

Quando si giunge a eseguire l’istruzione END, in 50200, il VIC-20 
scrive come al solito READY ma poi si accorge che il buffer di tastiera 
contiene dei caratteri e li stampa sullo schermo dopo averli interpretati. 
Esegue perciò un HOME; con questo il cursore è proprio sulla riga che 

contiene nnnnn DATA ., quindi un RETURN. Questo fa sì che il 

KERNAL creda che l’operatore abbia proprio immesso l’istruzione 
DATA e quindi la accetta come una nuova istruzione da aggiungere al 
programma Basic già presente in memoria. 

Successivamente, per i medesimi motivi, esegue RUN 50060 che fa 
ripartire il programma di creazione delle istruzioni DATA. 

Si noti che una volta terminata l’esecuzione del programma ci si trova ad 
avere nella memoria del calcolatore sia le istruzioni DATA appena 
generate sia il programma che ci ha permesso di farlo. Per l’inserzione 
delle DATA nel programma che effettivamente le utilizzerà e per l’elimi¬ 
nazione di quello che le ha generate si rimanda il lettore alla fine del 
prossimo paragrafo. 

Riprendendo il nostro discorso, per quanto riguarda l’occupazione di 
memoria si consideri che: 

a. ogni istruzione DATA è memorizzata dall’interprete Basic come una 
qualsiasi altra istruzione e quindi, oltre ai dati effettivi, sono impegnati 
due byte di link, due per il numero dell’istruzione, uno per il token 
DATA e uno per il byte di fine istruzione cioè un totale di 6 byte. 

b. A ciò si deve aggiungere un numero di byte, variabile da uno a tre, 
per la memorizzazione dei valori decimali dei codici in linguaggio mac¬ 
china, oltre al byte associato alla virgola. 

Ad esempio, se si dovessero memorizzare 120 byte di linguaggio mac¬ 
china, utilizzando 10 istruzioni DATA, si occuperebbe un’area di memo¬ 
ria variabile da un minimo di [10 x (6 -I- 2 x 12) = 300] a un massimo di 
[10 X (6 -I- 4 X 12) = 540] locazioni. 

A queste si deve aggiungere un’area protetta di 120 locazioni ove 
risiederanno effettivamente le routine in linguaggio macchina, e quella 
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occupata dalle istruzioni Basic di lettura dei DATA e di riallocazione 
nelle locazioni di cui sopra. 

È evidente Tenorme spreco di memoria che si ha procedendo in tal 
modo: ma lo si può evitare se si trascrivono direttamente nell’area 
assegnata le routine in linguaggio macchina, e si fa sì che tali routine 
siano contenute in un numero opportuno di istruzioni REM. 


USO DELLE ISTRUZIONI REM 


La procedura che si deve adottare è anche in questo caso abbastanza 
semplice: le prime istruzioni del programma in Basic sono delle REM 
seguite da un numero opportuno di simboli non usati nel programma 
Basic (ad esempio il simbolo £). 

L’area di memoria occupata dalle routine in linguaggio macchina è letta 
un byte alla volta e questi byte sono sostituiti in sequenza nelle locazioni 
occupate dai caratteri £. 

Evidentemente le routine in linguaggio macchina debbono essere forza¬ 
tamente corte per poter essere contenute completamente in una sola 
istruzione REM: infatti dato che il numero di caratteri (= di byte) di una 
istruzione Basic è limitato a 88, non è possibile avere routine più lunghe 
di 87 byte (un byte è occupato dal token REM) e, se si verifica questa 
condizione, ciò impone noiosi calcoli per permettere il salto da una 
routine contenuta in una REM a una contenuta in un’altra. 

Il programma che segue permette di allocare routine in linguaggio 
macchina in istruzioni REM; esso fornisce l’indirizzo di inizio della 
routine, cioè l’argomento della SYS, poi si debbono fornire al program¬ 
ma in successione i valori dei byte: 

10 

REM£££££££££££££££££££££££££££££££££££££££££££££££££££ 

£££££££££££££££££££££££££££££££££££££££££££££ 

11 

£££££££££££££££££££££££££££££££££££££££££££££ 

12 . 

13 . 


20 REM********************** 
30 REM* PROGRAMMA ** 
40 REM* BASIC 
50 REM ********************** 
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60 ... 

70 ... 

80 ... 

90 ... 

100 ... 

110 ... 

120 ... 

130 ... 

850 REM ****************** 

860 * MODIFICATORE * 

870 * DELLE REM 
890 REM ****************** 

895 : 

900 FOR 1=4608 TO 4700 

910 IF PEEK(I)=ASC("£") THEN W=l : 1=4700 

920 NEXTI 

930 PT=IINTCHR$(147); "IIIISYS W; "!!!!" 

940 C=0 

950 INPUT"# OF BYTES": N 
960 INPUT" CHECKSUM "; CK 
970 FORI=WTO W+N-1 
980 INPUT BY 
990 PRINTI, BY 
1000 C=C+BY 
1010 POKEI, BY 
1020 NEXTI 

1030 IF C <> CK THEN PRINT "CHECKSUM ERROR" 

1040 END 

Una volta mandato in esecuzione tale programma le istruzioni REM 
risultano modificate, il che appare evidente se si fa eseguire un LIST. 
A questo punto ci si trova ad avere oltre alle REM anche le istruzioni del 
programma che le ha generate e inoltre manca evidentemente il pro¬ 
gramma Basic che le deve utilizzare. 

Allora la prima cosa da fare è eliminare le istruzioni del programma 
“generatore”. Invece di editare i numeri di linea, ciò si può ottenere 
inserendo la seguente istruzione 

1 PPINT":7rtW0’'P:PRIHT"O="P-^1 " ^ POKEl-^S. 

• POKEF?! . 13 ■■ P0KE632 .. 13 ■ EHr 

PEPDV. 
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e dando poi il comando in modo immediato: 

P = numero della prima istruzione da cancellare: L = numero dell’ulti¬ 
ma istruzione: GOTO 1 

Per quanto riguarda rinserimento delle istruzioni REM così modificate 
in un programma Basic, si può utilizzare un qualsiasi metodo di merge 
(si veda il capitolo 2). 


AMPLIAMENTO DELL'AREA BASIC 


Un metodo migliore del precedente per quanto riguarda l’occupazione 
di memoria è quello di salvare assieme al programma l’area in codice 
macchina e di proteggerla durante l’esecuzione. 

Si ottengono così i seguenti vantaggi: 

1. l’occupazione di memoria è quella strettamente necessaria; 

2. l’allocazione delle routine è effettuata solo una volta all’atto della 
scrittura delle routine stesse; 

3. il procedimento è semplice e automatizzabile. 

Con questo metodo si allocano le routine in linguaggio macchina subito 
dopo l’area Basic, avendo prima cura di variare i puntatori 45 e 46 in 
modo che il KERNAL veda come occupata da un programma Basic 
anche l’area di memoria che in realtà contiene il programma in linguag¬ 
gio macchina. 

È un metodo che risulta agevole se si possiede la cartuccia VIC-MON 
ma che è utilizzabile, con un po’ più di difficoltà anche in caso contrario. 
Conviene utilizzare la seguente procedura: 

a. scrivere il programma Basic, verificarne il buon funzionamento sen¬ 
za però che siano mandate in esecuzione le istruzioni SYS... (ciò può 
essere ottenuto sostituendo le SYS con delle REM); 

b. verificare dove si trova l’END OF BASIC e annotarne l’indirizzo; 

c. con il VIC-MON inserire il programma in linguaggio macchina a 
partire dall’indirizzo di cui sopra; 

d. verificare il buon funzionamento delle routine in linguaggio macchi¬ 
na ed effettuare le eventuali correzioni; 

e. annotare l’indirizzo dell’ultima istruzione in linguaggio macchina e 
utilizzarne il valore per aggiornare i puntatori 45 e 46; 

/. verificare che l’insieme dei programmi in Basic e in linguaggio mac- 
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china funzioni correttamente e se necessario ricominciare dal punto a; 
g. infine salvare il programma con la solita 

SAVE "nome programma",x <return> 

In questo modo, nel momento di un successivo caricamento del pro¬ 
gramma, sono caricate sia le istruzioni Basic che quelle in linguaggio 
macchina e, soprattutto, queste ultime saranno protette riguardo a 
eventuali cancellazioni da parte del KERNAL. 

Vediamo con un esempio come si può utilizzare la procedura appena 
descritta; il programma Basic abbia una struttura del tipo: 

10 . 

20 . 

30 SYS. 

40 . 

50 . 


Il primo passo si attua scrivendo delle REM al posto delle SYS: con ciò 
la 30 si modifica in: 

30 REM. 

Si deve fare un po’ di attenzione a non aggiungere simboli in più sulla 
riga 30 (il caso più frequente è l’inserzione di “spazio”), perché ciò 
modifica il valore dei puntatori 45 e 46. 

Si dà il RUN al programma per verificarne il buon funzionamento e si 
effettuano le eventuali correzioni. 

A questo punto si lancia il VIC-MON con la: 

SYS 6 X 4096 

e successivamente si dà il comando: 

M 002D,002E 

che ci permette di sapere l’indirizzo dell’END OF BASIC. Per ipotesi 
esso sia 13DA: allora l’assemblaggio delle routine in linguaggio macchi¬ 
na deve avvenire a partire da questo indirizzo, e lo si ottiene con: 


.A 13DA xxxxxxx 
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eccetera. 

Terminato l’assemblaggio si verificherà il buon funzionamento del pro¬ 
gramma in linguaggio macchina ed eventualmente si effettueranno le 
opportune correzioni. 

Una volta che le cose funzionano occorre individuare l’indirizzo dove 
termina l’ultima istruzione in linguaggio macchina e aggiornare a tale 
valore i puntatori 45 e 46. Per ipotesi sia tale indirizzo $142C: allora si 
deve dare al VIC-MON il comando: 

M 002D 

e scrivere in $002D il valore $22 e in $002E il valore $14. 

A questo punto si esce dal VIC-MON e si può salvare il programma 
dopo avere evidentemente ripristinato le istruzioni SYS. 



_ CAPITOLO SETTE 

Le routine del KERITAL 


Si è già visto come si possano realizzare file sequenziali di dati e come 
con essi si possano memorizzare su nastro o su disco programmi scritti in 
linguaggio macchina proprio utilizzando tali tipi di file. 

Il difetto insito in questo modo di procedere è che i file sequenziali 
possono essere riletti solo tramite istruzioni Basic, un byte alla volta che 
sarà poi immesso nella corretta locazione di memoria tramite una 
POKE. Ciò provoca una notevole perdita di tempo a causa della limitata 
velocità di esecuzione del Basic. 

Perché allora non sfruttare le routine del KERNAL che effettuano 
SAVE e LOAD per memorizzare su nastro o su disco l’area di memoria 
che ci interessa come se fosse un’area di memoria di programma? Se si 
riesce a fare ciò si è in grado di caricare in memoria un qualsiasi insieme 
di istruzioni in linguaggio macchina in modo automatico senza dover 
passare tramite l’interprete Basic e dover subire la sua “lentezza”. 


LE ROLfTINE 


Nel KERNAL esistono quattro routine fondamentali che “presiedono” 
allo scambio di programmi tra il calcolatore e le memorie di massa 
esterne, registratore o disco; tali routine sono: 

SETNAM: predispone il nome del file da caricare in memoria o da 
scrivere su nastro o disco. 

SETLFS: predispone il canale, il numero di dispositivo interessato allo 
scambio e il suo indirizzo secondario. 
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SAVE: effettua il salvataggio di un’area di memoria sul dispositivo 
individuato da SETFLS col nome predisposto da SETNAM. 

LOAD: carica un’area di memoria sempre in funzione di quanto predi¬ 
sposto da SETLFS e SETNAM. 

Queste routine iniziano dalle locazioni: 

$FFBA (65466) SETNAM 
$FFBD (65469) SETLFS 

$FED8 (65496) SAVE 

$FFD5 (65493) LOAD 

Occorre evidentemente fornire a tali routine i parametri necessari al 
loro funzionamento. Vediamo in dettaglio quali debbono essere questi 
parametri. 

Routine SETNAM 

A questa routine debbono essere forniti: 

1. la lunghezza (cioè il numero di caratteri) del nome del file che si 
vuole trasferire: questo numero deve essere posto in locazione $030C 
(780); 

2. l’indirizzo dove inizia la stringa di caratteri costituenti il nome; tale 
indirizzo deve essere immesso nelle locazioni $030D (781) e $030E 
(782) nel solito formato richiesto dal microprocessore 6502 e perciò in 
782 la pagina in cui si trova la stringa, in 781 la locazione nell’ambito 
della pagina. 

Si noti che le tre locazioni suddette corrispondono a quelle da cui il 
VIC-20 preleva il contenuto dell’accumulatore, del registro X e del 

registro Y, quando esegue una istruzione SYS. (nel programma 

SAVE SU TAPE questo corrisponde alla riga: 

ZK = PEEK(53) -I- 256 * PEEK(54) - LEN(T$) : POKE 782, ZK/256 : 
POKE 781,...: SYS 65469 ecc) 

Routine SETLFS 

Anche questa routine necessita di tre parametri che le debbono essere 
forniti rispettivamente nell’accumulatore, nel registro X e in quello Y: il 
primo è il numero di canale, il secondo il tipo di dispositivo (1 se si tratta 
del registratore, 8 se invece è il disco) il terzo l’indirizzo secondario. 




LE ROUTINE DEL KERNAL 


117 


Ad esempio se deve essere predisposto il canale #3 per il dispositivo 81 
con indirizzo secondario 28 occorre dare le seguenti istruzioni in Basic: 

POKE780, 3 
POKE 781 , 81 
POKE 782,28 

Routine di SAVE 

La routine di SAVE deve essere mandata in esecuzione dopo che sono 
state eseguite SETLFS e SETNAM: occorre fornirle l’indirizzo di inizio 
e quello finale della zona di ram da salvare. 

L’indirizzo di inizio deve essere posto in pagina 0 in due locazioni 
successive che debbono contenere la parte meno significativa e quella 
più significativa dell’indirizzo stesso; inoltre deve essere fornito nell’ac¬ 
cumulatore l’indirizzo della prima locazione di cui sopra. 

L’indirizzo finale della ram deve essere fornito invece nel registro X per 
quanto riguarda la parte meno significativa, nel registro Y per quella più 
significativa. 

Ad esempio se S è la locazione di inizio, si può dare l’istruzione: 

POKE 254 , S / 256 

POKE 253 , S - PEEK(254) * 256 

POKE 780,253 

e se E è quella finale: 

POKE 782 , E / 256 

POKE 781 , E - PEEK(782) * 256 

È da notare che per quanto riguarda il nastro la routine di SAVE non 
permette il salvataggio di locazioni superiori alla 32767 mentre per il 
disco non ci sono queste limitazioni. 

Routine di LO AD 

Tale routine può servire sia per effettuare un LOAD che per un VERI FY: 
ciò dipende dal contenuto dell’accumulatore che deve essere uguale a 
zero nel primo caso, a uno nell’altro. Al ritorno dalla routine nei registri 
X e Y è contenuto l’indirizzo in cui è stato memorizzato l’ultimo byte. 
Il programma SAVE SU TAPE usa quanto appena detto per effettuare 
il salvataggio di una zona di ram su nastro o su disco. 
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10 PRINTCHR^' 14;> 

20 PRINT'TUTniNniRIZZO IHIZIRLE “ : INPUTS 

21 

22 REtWv'ERIFICfl SE ♦ 

23 REM^L'INrURIZZO ♦ 

24 REM# E' VfiLIDO * 

26 : 

30 IFS<2560RS:: 32767THENGOSUE230 = GOTO20 

40 PRINT :PRINT :PRINT ^ PRINT 

41 : 

42 •• 

50 PR I NT “ «rrni nd i r i zzo -f i nhle " ^ i npute 

51 REn#*****»:****:#»* 

52 REMsfVERIFICfi SE * 

53 REMitiL'INDIRIZZO * 

54 REM* E- VFiLIDO « 

55 REM************** 

56 : 

60 IFE<256ORE>32767THENGÙ3UB290:GOTO50 

70 IFE<STHEHPRINTC$;'’!FINF. < INIZIO " :OOSI.IE2Z0^GOTO50 

71 : 

72 ; 

73 •' 

80 PRINTPRIHTPRINT 

90 PRINTMa- SftVE-«MN" 

100 F*="“ : INPUT"» NOME ‘SF* 

110 PRINT;pRINT"«»a^»STRO 0 SDOBISCO 

115 REM*****>:*****«** 

116 REM* NASTRO 0 * 

117 REM* DISCO ? ♦ 

118 REM************** 

119 : 

120 GETfì*:IFrtT<>“N"flNDflTC"D"THEN120 

130 DV=1-7*-:;hT="D") : IFDV=8THENF$="0: "+Fi 

131 : 

13 2 •• 

134 REM************** 

133 REM*IN X E V * 

136 REM*L^INDIRIZZO » 

137 REN*OVE E IL * 

138 REM* NOMF * 

139 REM************** 

140 T$=F:T:ZK=PEEK<53)+256*PEEK<54)-LEN<TJ>:p0KE732,2K/256 

150 P0KE781.. ZK-PEEK C782 > *256 : POKE780. LEN < T$ > ^ SVS65469 •• REM ** SETLFS ** 

151 : 

160 POKE780.1 : P0KE781.. DV • P0KE782,1 : SVS654é.6 REM *♦ SETNAM ** 

161 I 

165 REM************** 

166 REM* SAVE * 

167 REM************** 

169 REM: 

170 P0KE254.. S/256 :P0KE253>S AND 255:POKE780/253 
180 P0KE782,E/256:P0KE781.E AND 255:SVS65496 

185 REM*************** 

186 REM# TEST DELLA * 

187 REM* 'ST •' * 

138 REM*************** 
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189 : 

190 IF<PEEK';783>fiNDl>0Rc ST hlH:iil9J JTHEHSIO 
200 PR1 NT ■' tiFfiTTO. " : END 

210 PRINT";«ERRORE DURANTE IL SflVE":PRINT"PROVA ANCORA" END 
220 REM BU22ER 

230 P0KE36y78.-15 • P0KE3A874.. 190 
240 FORW=1TO300 NEKTW 
250 P0KE3687S. 0 : P0KE36874.. Q ■ RETURN 
260 : 

270 ; 

290 PRINTCf. ‘aiON PAGINA #0 U ROM"=0070220 
READY. 


Esistono altre routine del KERNAL di uso generale e dedicate alla 
gestione di file; la loro utilizzazione permette di gestire in modo agevole 
specialmente lo scambio di informazioni con dispositivi collegati tramite 
il bus seriale iee 488. Tali routine sono descritte brevemente qui di 
seguito: 

Open logicai file $FFC0 

Questa routine, che deve essere preceduta da SETLFS e SETNAM, 
apre il canale di comunicazione col dispositivo precedentemente indica¬ 
to nella SETLFS. È da notare che l’apertura del canale avviene senza 
che sia specificato se il dispositivo interessato è trasmittente o ricevente. 
Ad esempio se si vuole inviare al disk drive il comando di inizializza- 
zione: 

OPEN 14,8,15,T 

la corrispondente routine in linguaggio macchina è: 

LDA#$0E ;OPEN 14,8,15 

LDX #$08 
LDY #$0F 
JSR $FFBA 

LDA #$00 ;nessun nome 

JSR $FFBD 

JSR $FFC0 iopen logicai file 


LDX #$0E 
JSR $FFC9 


;open channel for output 
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LDA #$49 iinvio del carattere "I" 

JSR $FFD2 

JSR $FFE7 :chiusura di tutti i file 
RTS 

Il lettore avrà notato l’uso di altre tre routine e precisamente quelle che 
iniziano in locazione $FFC9, $FFD2 e $FFE7 le cui funzioni sono 
descritte qui di seguito. 

Open channel for output $FFC9 

Questa routine predispone come canale di uscita quello individuato dal 
contenuto del registro X: nel programma precedente le istruzioni: 

LDX #$0E 
JSR $ FFC9 

fanno sì che sia di uscita il canale associato al numero 14 ($0E), cioè 
quello inizialmente predisposto per il colloquio con l’unità a dischi. 

Output character to channel $FFD2 

Essa permette di inviare un carattere al canale predisposto come uscita: 
nell’esempio precedente 

LDA #$49 
JSR $FFD2 

inviano al 1541 il carattere "I". 
dose all files $FFE7 

chiude tutti i canali aperti ripristinando però nelle loro funzioni quelli 
associati alla tastiera e al modulatore video. 

Esistono inoltre due routine in qualche modo complementari alla 
$FFC0 e alla $FFC9: 

dose logicai file $FFC3 

Essa chiude il canale specificato del contenuto dell’accumulatore. Ad 
esempio: 
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LDA #$0F 
JSR $FFC3 


chiude il canale associato al dispositivo numero 15. 


Open channel for input $FFC6 

Questa routine predispone in ingresso il canale individuato dal contenu¬ 
to del registro X. 

Associata a $FFC6 è la routine $FFCF. 

Input character from channel $FFCF 

Fornisce nell’accumulatore un carattere dal canale di ingresso aperto 
precedentemente da una chiamata alla $FFC6. Ad esempio il pro¬ 


gramma: 


LDA #$01 

LDX #$01 

LDY #$00 

JSR $FFBA 
LDA #$00 

JSR $FFBD 
JSR $FFC0 
LDX #$01 

JSR $FFC6 

;QPEN1,1,0 

JSR $FFCF 
LDA #$01 

:GET #1,A$ 

JSR $FFC0 
RTS 

:CLOSE 1 


preleva un carattere dal primo file sequenziale trovato sul nastro. 
Una routine di notevole importanza per il colloquio con le periferiche è: 


Read HO status word $FFB7 


Questa fornisce nell’accumulatore il valore della variabile di stato ST; 
durante la lettura di un file, sia programma che sequenziale, è usata 
soprattutto per riconoscere se è stato letto l’ultimo carattere; in questo 
caso il valore presente nell’accumulatore è $40. 

Questa breve carrellata sulle principali routine del KERNAL e il pro¬ 
gramma presentato dovrebbero avere messo in evidenza l’estrema utili- 
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tà di poter usare quanto più possibile le risorse del KERNAL; a tale 
scopo una descrizione abbastanza accurata di tali routine è reperibile in 
bibliografia. 


AUTORUN 


In questo paragrafo è descritto un metodo per far sì che un programma, 
caricato in memoria con 

LOAD "nome", X, 1 (X = 1 per il nastro, X = 8 per il disco) 

sia mandato in esecuzione in modo automatico cioè senza che l’operato¬ 
re dia il comando RUN, o SYS nel caso il programma sia in linguaggio 
macchina. 

Il metodo utilizzato, che come si vedrà è valido per programmi scritti sia 
in linguaggio macchina che in Basic, si basa su un’opportuna modifica 
della tabella dei vettori, quella contenuta nelle locazioni da $ 0300 a $ 
030B; essa, come è noto, fornisce all’interprete Basic gli indirizzi di 
alcune importanti routine come quella di gestione degli errori, di toke- 
nizzazione, di accettazione di un comando da tastiera eccetera. 

Se infatti si fa in modo che un programma, caricato con indirizzo 
secondario pari a 1, e quindi depositato nella memoria del calcolatore a 
partire dalla locazione indicata ntW'header del programma stesso, mo¬ 
difichi durante il suo caricamento in memoria la tabella dei vettori in 
modo che puntino alla locazione ove esso inizia, allora è mandato in 
esecuzione in modo automatico. 

Questo accade perché l’interprete Basic, effettuato un LOAD, va a 
eseguire la routine di accettazione di comandi da tastiera, cioè quella 
che fa apparire sullo schermo televisivo la scritta READY e il cursore 
lampeggiante; l’indirizzo di tale routine è contenuto nelle locazioni $ 
0302-$ 0303: in queste locazioni, durante il LOAD del programma, 
viene posto proprio l’indirizzo di inizio del programma così che questo 
viene automaticamente mandato in esecuzione. 

Da quanto detto si potrebbe pensare di salvare su nastro o su disco tutta 
l’area di memoria ram che inizia da $ 0300 e termina nella locazione in 
cui è presente l’ultimo byte del programma, avendo preventivamente e 
ovviamente modificato la tabella dei vettori: questo però non è possibile 
in quanto una semplice modifica della tabella suddetta non permette il 
corretto funzionamento dell’interprete Basic. 

Il problema si può superare utilizzando un programma caricatore (in 
gergo si chiama leader) il quale non appena caricato va automaticamen- 
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te in esecuzione ed effettua l’equivalente di un LOAD + RUN del 
programma principale, nel caso questo sia scritto in Basic, oppure di un 
SYS se è in linguaggio macchina. 

Nella memoria ram del VIC-20 vi è un insieme di locazioni, da $ 02A1 a 
$ 02FF, che non sono utilizzate né dal KERNAL, né dall’interprete 
Basic; tra l’altro queste locazioni sono adiacenti a quelle in cui è conte¬ 
nuta la tabella dei vettori. 

Il loader lo possiamo allora allocare in quest’area senza tema di provo¬ 
care il blocco del calcolatore. 

Vediamo in pratica come si può ottenere quanto ci si era proposto: 
cominciamo per semplicità dal problema di caricare e mandare in 
esecuzione in modo automatico un programma scritto in linguaggio 
macchina. 

Per esemplificare chiamiamo il loader PROVA CARICATORE e 
PROVA MACCH. il programma principale. 

Il loader è: 

$02A1 LDA #$93 ; azzeramento 

$02A3 JSR $FFD2; dello schermo 

: (non necessario) 

$02A6 LDA #$02 ; OPEN 2,8,1 
$02A8 LDX #$08 ; (01 per nastro) 

$02AA LDY #$01 ; indirizzo secondario 
$02AC JSR $FFBA 

$02AF LDA #$0C ; si fornisce 

$02B1 LDX #$F0 : il nome 

$02B3 LDY #$02 ; 

$02B5 JSR $FFBD 

$02B8 LDA #$00 ; Ioad 

$02BA STA $009D 

$02BC JSR $FFD5 

$02BF JMP $xxxx ; salta alla esecuzione 
del programma principale 

Come si vede il programma loader è molto semplice; occorre però 
fornire, a partire dalla locazione $ 02F0 il nome del programma princi¬ 
pale, nel nostro caso PROVA MACCH. che esso deve caricare e 
mandare in esecuzione. 
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Allora a partire dalla locazione $ 02F0 debbono essere posti i b3rte: 
50, 52, 4F, 56, 41, 20, 4D, 41, 43, 43, 48, 2E 
corrispondenti ai caratteri: 

PROVAMACCH. 

Inoltre si debbono modificare le locazioni da $ 0300 a $ 030B in modo 
che i vettori in esse contenuti puntino tutti a $ 02A1 : 


$0300 

Al 

$0301 

02 

$0302 

A1 

$0303 

02 

$0304 

Al 

$0305 

02 

$0306 

Al 

$0307 

02 

$0308 

Al 

$0309 

02 

$030A 

Al 

$030B 

02 


Come il lettore avrà certamente notato è necessario l’uso di un assem¬ 
blatore col quale si dovranno scrivere le istruzioni del loader e modifica¬ 
re le locazioni $02F0... e le $0300... 

Una volta fatto il necessario si salverà, sempre tramite l’assemblatore, 
tutta l’area di memoria compresa tra $02A1 e $030B. 

Si noti che il programma principale (PROVA MACCH.) deve iniziare 
nella locazione $xxxx e che deve essere salvato immediatamente dopo il 
loader nel caso si usi il nastro. 

Riassumiamo brevemente il funzionamento del loader. una volta che 
esso sia stato caricato nel calcolatore con 

LOAD "LOADER",X,1 

esso ha modificato evidentemente le locazioni da $0300 a $030B; 
terminato il LOAD l’interprete Basic effettua un salto alla routine che 
inizia in $0302 ma ora, al posto dell’indirizzo usuale $C483, esso trova 
$02A1 e quindi viene mandato in esecuzione il loader stesso il quale 
effettua il caricamento in memoria di PROVA MACCH. e quindi lo 
manda in esecuzione tramite la JMP xxxx. 
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Rispetto a quanto appena visto, le cose da fare nel caso il programma 
principale sia scritto in Basic sono un po’ più complicate, infatti ora si 
debbono sì modificare le locazioni della tabella dei vettori per fare sì che 
vada in esecuzione il loader, ma si debbono anche ripristinare tali 
locazioni ai valori richiesti dall’interprete Basic affinché il programma 
principale possa essere eseguito. 

Il loader in questo caso può essere: 


$02A1 

$02A3 

LOA #$93 ; azzeramento 

JSR $FF02 ; dello schermo 

$02A6 

$02A8 

$02AA 

$02AC 

LOA #$02 : OPEN 2,8,1 

LOX #$08 : (01 per nastro) 

LOY #$01 ; indirizzo secondario 

JSR $FFBA 

$02AF 

$02B1 

$02B3 

$02B5 

LOA #$0C ; predisposizione 

LOX #$E0 ; del nome 

LOY #$02 ; 

JSR $FFB0 

$02B8 

$02BA 

$02BC 

LOA #$00 ; Ioad 

STA $0090 

JSR $FF05 

$02BF 

$02C1 

STX $20 ; aggiornamento del 

STY $2E : puntatore ENO OF PROGRAM 

$02C3 

$02C5 

$02C8 

$02CB 

$02CD 

LOA #$0C : ripristino della 

LOA $02EF,X : tabella dei 

STA $02FF,X : vettori 

OEX 

BNE $0205 

$02CF 

$0201 

$0203 

$0205 

LOA #$00 ; impone alla CHARGET 

STA $7A ; l’indirizzo 4096 

LOA #$10 ; (Vie senza espansioni 

STA $7B : di memoria) 

$0207 

$020A 

JSR $0660 : effettua un OLR 

JMP $07EO ; salta alla routine di 
; esecuzione del Basic 
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Anche qui occorre scrivere a partire però dalla locazione $02E0 i byte 
corrispondenti al codice ascii dei caratteri costituenti il nome del pro¬ 
gramma principale; se esso si chiamasse PROVA BASIC, tali byte 
sarebbero: 

$02E0 : 50, 52, 4F, 56, 41, 20, 42, 41, 53, 49, 43, 2E 

Le locazioni dalla $0300 alla $0306 compresa vanno modificate come 
nel caso del loader per programmi in linguaggio macchina in modo che 
puntino a $ 02A1. 

A partire dalla locazione $02F0 vanno invece depositati i valori origina¬ 
li della tabella dei vettori, valori che saranno letti e ripristinati dalle 
istruzioni LDX #$0C eccetera. I byte da scrivere sono allora: 

$02F0 ; 3A, C4, 83, C4, 7C, C5, 1A, C7, E4, C7, 86, CE 

Anche in questo caso il loader deve essere salvato su nastro 
o su disco (con l’assemblatore) dalla locazione $ 02A1 alla 
$ 0306 compresa. 

Si noti che per le due versioni del loader descritte è possibile effettuare 
una semplice protezione anticopia: se infatti si sostituiscono le due 
istruzioni 

$02A1 LDA #$93 

$02A3 JSR $FFD2 

che effettuano l’equivalente di un comando diretto SHIFT + CLR e che 
non sono quindi indispensabili, con: 

$02A1 LDA #$64 

$02A3 STA $0328 

una volta che queste siano state eseguite si disabilitano le funzioni 
STOP -I- RESTORE e il comando LIST. In questo modo una volta dato 
il LOAD per il programma loader non è più molto facile indagare su 
come sono realizzati il loader stesso e il relativo programma principale. 



_ CAPITOLO ono 

I cunei nel sistema operativo e 

nell’interprete Basic 


L’organizzazione del sistema operativo della Commodore è molto fles¬ 
sibile dato che l’indirizzo di inizio delle routine principali caratteristi¬ 
che, in linguaggio macchina, è contenuto in alcune locazioni della 
memoria ram che, nel loro insieme, costituiscono una tabella (tabella 
8.1) cui si può fare riferimento con istruzioni di salto indiretto (JMP 
(...)). 


Tabella 8.1 I principali vettori del sistema operativo 


$0314-$0315 

($EABF) 

vettore 

$0316-$0317 

($FED2) 

vettore 

$0318-$0319 

($FEAD) 

vettore 

$031A-$031B 

($F40A) 

vettore 

$031C-$031D 

($F34A) 

vettore 

$031E-$031F 

($F2C7) 

vettore 

gresso 

$0320-$0321 

($F309) 

vettore 

scita 

$0322-$0323 

($F3F3) 

vettore 

$0324-$0325 

($F20E) 

vettore 

$0328-$0329 

($F3EF) 

vettore 

$032A-$032B 

($F1F5) 

vettore 

$032C-$032D 

($F3EF) 

vettore 

$032E-$032F 

($FED2) 

vettore 

$0330-$0331 

($F549) 

vettore 

$0332-$0333 

($F685) 

vettore 


di interruzione IRQ (da timer) 

di interruzione software (BRK) 

di interruzione non mascherabile (NMI) 

per l’apertura di un canale 

per la chiusura di un canale 

per la predispmsizione di un canale per l’in- 

per la predisposizione di un canale per l’u- 

per la chiusura di tutti i canali 
per l’ingresso di dati da un canale 
di rilevazione del tasto RUN/STOP 
per la routine di GET da tastiera 
di chiusura di tutti i canali 
per la routine di USR 
link per il LOAD 
link per il SAVE 
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Se si modifica il contenuto di questa tabella si può quindi interagire con 
il sistema operativo per far eseguire al calcolatore, in risposta ad alcuni 
comandi o a certe situazioni, invece delle sue routine altre scritte 
dall’utente. 

Queste modifiche, x) cunei (wedge) possono essere inserite con facilità 
nel sistema operativo specialmente nella routine di gestione delle inter¬ 
ruzioni da timer e in quella di CHARGET, che preleva i token di 
un’istruzione dal buffer del Basic. 


CUNEI NELLA ROUTINE DI INTERRUZIONE 


La routine di interruzione è mandata in esecuzione ogni sessantesimo di 
secondo a seguito di una richiesta generata da un timer programmato 
allo scopo che risiede in uno dei due via. A ogni interruzione il micro- 
processore termina l’esecuzione deU’istruzione corrente, abbandona la 
sequenza di istruzioni che stava eseguendo e inizia l’esecuzione di una 
routine allocata a partire da $FF72. 

Questa routine, che tra l’altro effettua la scansione della tastiera, viene 
mandata in esecuzione mediante un salto (JMP indiretto) all’indirizzo 
contenuto nella memoria ram nelle locazioni $0314 e $0315. 

Il normale contenuto di queste locazioni è $EABF: se si varia l’indirizzo, 
ad esempio con PQKE, è possibile fare sì che il calcolatore, ogni 
sessantesimo di secondo, esegua la routine o le routine che vogliamo. 
È importante tenere presente che, per mantenere l’integrità del sistema 
operativo, bisogna, una volta eseguite le routine cuneo, far eseguire 
anche quelle che iniziano nella locazione $EABF. 

In pratica per effettuare un cuneo nella routine di interruzione occorre: 

1. modificare il contenuto delle locazioni $0314 e $0315 in modo che 
esso punti all’indirizzo di inizio della routine cuneo da noi inserita; 

2. occorre che a partire da questo indirizzo esista la nostra routine; 

3. infine al termine della routine-cuneo deve essere mandata in esecu¬ 
zione la normale routine che inizia in $EABF. 

Come esempio è descritta una routine cuneo la quale fa sì che nella 
prima riga in alto dello schermo video appaia un contatore di secondi, 
modulo 10. 

Occorrono in pratica tre distinte routine, strettamente collegate fra 
loro, che debbono essere presenti contemporaneamente in memoria. 
La prima serve per attivare e inizializzare il cuneo stesso: non fa altro 
che modificare il valore delle locazioni $0314 e $0315, predisporre il 
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contatore a 0 e il codice di carattere che sarà visualizzato sullo schermo 
televisivo al valore $30, corrispondente al carattere “0”. 


Indirizzo 

Istruzione 

Commento 

1DA0 

SEI 

;disabilitazione delle interruzioni 

1DA1 

LDA #$ B7 

;parte meno significativa del nuovo indi¬ 
rizzo 

1DA3 

STA $0314 

ideila routine di interruzione in $0314 

1DA6 

LDA#$ 1D 

;come sopra per la parte più significativa 

1DA8 

STA $0315 

;in $0315 

1DAB 

LDA #$00 

;inizializzazione del contatore a 0 

1DAD 

STA$1DF0 

;il contatore è nella locazione $1DF0 

1DB0 

LDA #$ 30 

;codice ascii della cifra 0 

1DB2 

STA$1DF1 

;nella locazione che contiene il carattere 
da inviare nello schermo 

1DB5 

CU 

inabilitazione delle interruzioni 

1DB6 

RTS 

intorno al Basic 


Come si può notare, la routine di inizializzazione del cuneo per prima 
cosa disabilita le interruzioni; il motivo per cui si deve far eseguire 
questa disabilitazione è presto detto: si immagini che sia stata mandata 
in esecuzione una routine simile a quella descritta ma senza le due 
istruzioni SEI e CU. Se non arriva una richiesta di interruzione da timer 
mentre il microprocessore sta eseguendo questa routine le cose proce¬ 
dono bene e il nostro cuneo è correttamente inserito. 

Se invece arriva l’interruzione, ad esempio durante l’esecuzione della 
istruzione LDA #$ 1D, il microprocessore termina l’esecuzione della 
stessa, poi salta ad eseguire la routine di indirizzo $FF72: ad un certo 
istante questa preleverà dalle locazioni $0314 e $0315 l’indirizzo della 
prossima istruzione da eseguire e qui cominciano i guai! Infatti la 
routine di inizializzazione del cuneo prima di essere interrotta ha sì 
scritto in $0314 il valore $A7 ma non ha ancora modificato il contenuto 
di $0315 perché è stata interrotta nel mezzo della modifica. 

Il risultato è che il microprocessore salterà ad eseguire la routine che 
parte dalla locazione $EAA7 e non certo dalia $1DA7 come si voleva: 
probabilmente il calcolatore si bloccherà! 

Vista la necessità dell’istruzione SEI è evidente quella di CLI : con questa 
si ripristinano la possibilità di interruzione per permettere effettivamen¬ 
te le operazioni della routine di wedge vera e propria e di quelle del 
KERNAL. 

Prima di analizzare la routine cuneo vera e propria vediamo cosa 
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contengono le locazioni $1DFO e $1DF1 : in $1DFO risiede un contatore 
modulo 60; in ogni istante essa contiene un valore pari al numero di 
interruzioni avvenute fino a quel momento; il conteggio è modulo 60, 
quindi il contenuto di tale locazione si dovrà aggiornare secondo la 
sequenza 0, 1, 2, 3, 58, 59, 0, 1, eccetera. 

In $1FD1 è invece contenuto il codice ascii che corrisponde al carattere 
da visualizzare: quindi $30 se questo è lo zero, $31 se è l’uno e così via. 
Per quanto concerne la routine cuneo vera e propria essa inizia per 
nostra scelta in $1DB7 e infatti le precedenti istruzioni: 

LDA #$B7 
STA $0314 
LDA #$1D 
STA $0315 

hanno modificato il vettore presente in $0314 e in $0315 dal valore 
originario $EABF proprio al valore $1DB7. 

La routine inizia in $1DB7, ogni sessantesimo di secondo, che è il 
periodo con cui è mandata in esecuzione, incrementa il contatore pre¬ 
sente nella locazione $1 DFO e verifica se è arrivato al valore 60 (= $3C). 
Se ciò è vero viene incrementato il valore presente nella locazione 
$1DF1, altrimenti si salta alla normale routine di interruzione. 

Se è stato incrementato il valore presente in $1DF1 si verifica se esso ha 
superato il valore $39 che corrisponde, sul video, al carattere “9”. Se ciò 
è accaduto in $1DF1 è immesso un’altra volta il valore iniziale $30. 
Qualsiasi siano state le condizioni presentatesi in $1 DFO e in $1DF1, la 
routine trasferisce nella locazione $1E10, di schermo, il valore contenu¬ 
to in $1DF1, e nella locazione della memoria di colore $9610 il valore 
$00 che corrisponde al colore nero (si è nell’ipotesi che il calcolatore 
non abbia collegati moduli di ram aggiuntivi). 

Infine l’ultima istruzione del cuneo è quella di salto alla locazione 
$EABF, cioè alla routine originaria del sistema operativo. 


Indirizzo 

Istruzione 

Commento 

1DB7 

INC $1DF0 

;incremento contatore 

1DBA 

LDA $1 DFO 

;j| contatore è arrivato 

1DBD 

CMP *$3C 

;al valore 60? 

1DBF 

BNE $1DC6 

;no: salta ad aggiornare il carattere 

1DC1 

LDA #$00 

;sì: azzera il contatore 

1DC3 

STA $1 DFO 


1DC6 

INC $1DF1 

;aggiorna la locazione 

1DC9 

LDA$1DF1 

;che contiene il codice ascii 
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1DCC 

CMP #$3A 

;ha superato il carattere “9” 

1DCE 

BNE $1DD5 

;no: prosegui 

1DD0 

LDA #$30 

:sì: scrivi il codice del carattere “0” 

1DD2 

STA $1 DPI 


1DD5 

STA$1E10 

iscrivi il codice nella ram video 

1DD8 

LDA *$00 

iscrivi in colore nero 

1DDA 

STA $9610 


1DDD 

JMP $EABF 

isalta alla normale routine di interruzione 


Le due routine appena descritte permettono di inserire il cuneo con 
l’istruzione Basic SYS 7584: non appena questa è eseguita, o da pro¬ 
gramma o in modo diretto, appare il contasecondi nella undicesima 
colonna dello schermo televisivo e vi permane fino a che non si attivano 
contemporaneamente i tasti RUNSTOP e RESTORE. 

Se si vuole invece ripristinare la situazione normale senza il RESTORE 
e quindi far sparire il contasecondi, occorre disattivare il cuneo mandan¬ 
do in esecuzione la routine seguente che pone in $0314 e in $0315 i 
valori originari; tale routine è mandata in esecuzione da SYS7664 che 
può essere fatta eseguire sia da programma che in modo diretto. 


IDEO 

SEI 

IDEI 

LDA #$BF 

1DE3 

STA $0314 

1DE6 

LDA #$EA 

1DE8 

STA $0315 

1DEB 

CU 

IDEO 

RTS 


CUNEI NELLA ROLTTINE 'CHARGEr' 


La routine di CHARGET risiede nella memoria ram nelle locazioni da 
$0073 a $008A compresa; essa costituisce il “trait d’union” tra un 
programma Basic, o un comando diretto da tastiera, e l’interprete Basic 
stesso. 

Come abbiamo visto un comando diretto da tastiera è depositato, dopo 
essere stato trasformato in token, in un buffer di ingresso per il Basic che 
è allocato nelle locazioni da $0200 a $0257. 

La routine di CHARGET ha un modo di operare molto semplice: essa 
scandisce il contenuto del buffer di ingresso per il Basic, ignorando i 
codici corrispondenti al carattere “spazio” (=$20), e deposita nell’accu- 
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molatore del microprocessore i byte che via via incontra, settando nel 
contempo il flag di carry se il byte trovato non corrisponde al codice 
ASCII di un carattere numerico, resettandolo in caso contrario. 

A questo punto, cioè dopo ogni deposito di un byte nell’accumulatore, 
entra in funzione l’interprete Basic che agisce in conseguenza. 

La routine di CHARGET è listata di seguito: 

Indirizzo Istruzione 

0073 INC $7A 

0075 BNE $0079 

0077 INC $7B 

0079 LDA Sxxxx 

007C CMP #$3A 

007E BCS $008A 

0080 CMP #$20 

0082 BEQ $0073 

0084 SEC 

0085 SBC #$30 

0087 SEC 

0088 SBC #$D0 

008A RTS 


Il valore xxxx è quello contenuto nelle locazioni $007A e $007B che 
sono continuamente aggiornate dalla routine stessa per effettuare la 
scansione del buffer di ingresso o del programma per l’interprete Basic. 
Per aggiungere un nuovo comando al Basic mediante un cuneo nella 
routine CHARGET occorre modificarla in modo che: 

a. riesca a rivelare la presenza del token corrispondente al nuovo 
comando; 

b. se esso è presente ne mandi in esecuzione la routine corrispondente, 
altrimenti esegua i suoi normali compiti. 

In pratica conviene associare il o i nuovi comandi a un simbolo della 
tastiera, preferibilmente uno di quelli poco usati, ad esempio il il 
cui codice ASCII è $26, e fare sì che la “nuova” CHARGET, se lo rileva, 
mandi in esecuzione la routine corrispondente, la quale dovrà poi a sua 
volta risaltare alla prima istruzione della CHARGET stessa. Quest’ulti- 
ma azione fa sì che l’interprete Basic non si accorga minimamente della 
presenza del carattere “speciale”. 

Come esempio si dà una semplice routine, associata al carattere &, la 
quale fa sì che venga emesso dal televisore un “beep” ogni volta che 
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viene premuto il tasto relativo oppure ogni volta che appare nel pro¬ 
gramma il carattere &. 


Inizializzazione del cuneo 

La routine di CHARGET è modificata nelle locazioni $0084 e $0086 in 
modo che diventi: 


0084 JMP $xxxx 


dove $xxxx è l’indirizzo del nostro cuneo. 

Occorre allora costruire una routine che effettui questa modifica, e la 
allochiamo a partire dalla locazione $1DOO: 


1D00 SEI 

1D01 LDA#$4C : (codice di JMP) 

1D03 STA $0084 

1D06 LDA#$10 

1D08 STA $0085 

1D0B LDA#$1D 

1D0D STA $0086 

1D10 CU 

1D11 RTS 


Essa non fa altro che scrivere nella locazione $0084 l’istruzione JMP 
$1010 che effettua il salto alla prima istruzione del programma che 
rivela la presenza del simbolo 

A partire da $1 DI 0 è memorizzata la routine cuneo vera e propria: 


Indirizzo Istruzione 


Commento 


1010 

1012 

1014 

1016 

1019 

1D1B 


CMP *$26 
BNE $1D2F 

LDA *$0F 
STA $900F 
LDA *$F0 
STA $9000 


:il token è “&”? 

;se no salta alla normale routine 

CHARGET 

;volume al massimo 

:240 al generatore di 
;toni alti 
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1D1E 

LDX #$FF 

;loop di attesa 

1D20 

LDY #$50 


1D22 

DEY 


1D23 

BNE $1D22 


1D25 

DEX 

;fine del loop 

1D26 

BNE $1D20 


1D28 

LDA #$00 

;volume a zero 

1D2A 

STA $900F 


1D2D 

JMP $0073 

;salto all’inizio di CHARGET 

1D2F 

SEC 

{ripristino delle due istruzioni 

1D30 

SBC #$30 

{sostituite nella CHARGET dal cuneo 

1D32 

JMP $0087 

{salto al proseguimento della CHARGET 


CUNEI NELL'INTERPRETE BASIC 


Finora si sono visti due modi per interagire col sistema operativo e con 
l’interprete Basic che in pratica hanno realizzato un cuneo nel sistema 
operativo (il contasecondi) e un nuovo comando Basic: che 

genera un beep. 

Sorge spontaneo porsi la domanda se sia possibile fare di più; la risposta 
è affermativa nel senso che si possono introdurre nuovi comandi Basic 
molto più potenti inserendo cunei proprio nell’interprete Basic. 

La procedura per fare ciò è un po’ complicata dato che occorre modifi¬ 
care radicalmente la routine che effettua la tokenizzazione, quella di 
LIST, o di detokenizzazione, quella di rilevazione di errori di sintassi, 
quella di individuazione di un token e quella di valutazione di una 
espressione numerica. 

Ma come è possibile modificare tali routine dato che esse risiedono, 
come si è visto, nella rom? La risposta è che esse sì risiedono in rom ma 
la loro chiamata avviene tramite una tabella di indirizzi che risiede in 
RAM (tabella 8.2), come si è già visto nell’esempio del contasecondi. 
In questo caso basterà modificare i contenuti di un certo numero di 
locazioni in tale tabella di modo che il sistema operativo o l’interprete 
Basic vadano prima a eseguire le nostre routine cuneo e poi quelle 
normali. 

Ad esempio si vuole creare il nuovo comando Basic: 

SOUND (X, Y, Z, W, V) 

il quale immette nei generatori di suono basso, medio, alto e di rumore 
rispettivamente i valori X, Y, Z, W (X, Y, Z, W maggiori o uguali a 128 e 
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Tabella 8.2 Le principali routine dell’interprete Basic 


$0300-$0301 

($C43A) 

$0302-$0303 

($C483) 

$0304-$0305 

($C57C) 

$0306-$0307 

($C71A) 

$0308-$0309 

($C7E7) 

$030A-$030B 

($CE86) 


link alla routine dei messaggi di errore 
link alla routine principale dell’interprete Basic 
link alla routine di tokenizzazione (ingresso da ta¬ 
stiera) 

link alla routine di detokenizzazione (per il LIST) 
link alla routine di individuazione del token e di 
lancio del relativo programma 
link alla routine di calcolo di un’espressione nume¬ 


rica 


minori di 256), e predispone il volume al valore V (maggiore o uguale a 
0 e minore di 16). 

Per fare sì che l’interprete Basic riconosca il nuovo comando occorre: 

1. Scrivere una routine, mandata in esecuzione dal comando SOUND 
(....), che si aspetti in successione cinque valori decimali separati da una 
virgola e seguiti dal simbolo “)”, e predisponga i generatori di suono e il 
volume secondo i cinque parametri. La routine deve inoltre verificare la 
correttezza del nuovo comando Basic e nel caso l’operatore abbia 
commesso un errore di sintassi, dare il messaggio SYNTAX ERROR. 

2. Modificare la routine di tokenizzazione dei comandi Basic in modo 
che riesca a tokenizzare la stringa SOUND(. 

3. Modificare la routine di listing in modo che durante il listato del 
programma, a ogni occorrenza dei token corrispondente al nuovo co¬ 
mando, generi la stringa di caratteri SOUND(. 


Il seguente programma in linguaggio macchina ci permette di realizzare 
questo cuneo: 






1 


ORG 

sicijia 


ICOi?: 

EA 



3 


NOP 



1C011 

EA 



4 


NOF 



icei2: 

EA 



5 


NOP 




EA 



t 


NOF' 



lC04i 

EA 



7 


NOP 



1C05: 

E A 



e 


NOF 



1C06 : 

EA 



9 


NOP 



1C07: 

EA 



l!:' 


NOP 



1C0S: 

EA 



1 1 


NOP 



lCli'9: 

20 

3F 

IC 

13 

START 

JSF. 

H1C3F 

! REEETTA IL CALCOLATORE 

1C0C: 

20 

13 

IC 

14 


JSR 

VETTORI 

t INIZIALI ZZA I VETTORI 

1C0F: 

56 



15 


CLI 



icie: 

4C 

7B 

E3 

16 
* ^ 


JMP 

#E37B 

;INIZ1ALIZZA IL RESTO 


17 
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1C13; 

A2 

0B 


18 

VETTORI 

LDX 

#*0B 


1C15: 

BD 

IF 

IC 

19 

VETLOOF 

LDA 

TABVETT,X 


icie: 

9D 

00 

03 

20 


STA 

lERROR,X 


ICIB; 

CA 



21 


DEX 



ICIC: 

113 

F7 


22 


BF'L 

VETLDOP 


ICIE; 

60 



23 


RTS 







24 





ICIF: 

3A 

C4 



TABVETT 

DA 

*C43A 

sMESSABGI DI ERRORE 





26 





1C21: 

B3 

C4 


27 


DA 

»C483 

; INTERPRETA ISTRUZIONI 





28 





1C23: 

81 

IC 


29 


DA 

*icei 

? TRADUCE KEYWORDS IN TOKENS 





30 





1C25: 

E3 

IC 


31 


DA 

*1CE3 

; TRADUCE TOKENS IN KEYWORDS 

1C27! 

16 

ID 


34 


DA 

*1D16 

? INTERPRETA I NUOVI COMANDI 

1C29: 

•rr 

ID 



DA 

tlD3C 

: VALUTA UNA ESPRESSIONE 


36 

37 


lC2Bi 2C 

11 

91 

38 


BIT 

*9111 

; GESTISCE RUN/STOP RESTORE 

1C2E; 20 

34 

F7 

39 


JSR 

»F734 


1C31: 20 

E1 

FF 

40 


JSR 

STOP 


1C34: D0 

06 


41 


BNE 

FINE 


1C36; 20 

42 

IC 

42 


JSR 

INVETT 


1C39: 6C 

02 

C0 

43 


JMP 

(*C002) 

; RITORNA AL BASIC 




44 





1C3C! 4C 

56 

FF 

45 

FINE 

JMP 

*FF56 

; RITORNA AL S.O. 

ICSF: 20 

BD 

FD 

46 

H1C3F 

JSR 

»FD8D 

; TESTA LA RAM 




47 








48 





1C42: 20 

BA 

FF 

49 

INVETT 

JSR 

RESTOR 

;INIZIALIZZA I VETTORI 




50 




SDEL S.O. 

1C45: 20 

F9 

FD 

51 


JSR 

*FDF9 

?INIZIALIZZA L’ I/O 

1C4B: 20 

18 

E5 

e; *7 


JSR 

»E518 

tINIZIALIZZA LO SCHERMO 

1C4B: A9 

B9 


53 


LDA 

#*B9 


lC4Di BD 

16 

03 

54 


STA 

CBINV 


1C50: A9 

A2 


55 


LDA 

#*A2 


1CE2: BD 

17 

03 

56 


STA 

*0317 


lC55i 60 



57 


RTS 



1C56! 64 

ID 


58 

WEDGE 

DA 

SOUND-1 


1C58: EA 

EA 

EA 

59 


HEX 

EAEAEAEAEAEAEAEAEAEA 

ICSBi EA 

EA 

EA 

EA EA 

EA EA 




1C62: 53 

4F 

55 

60 

KEY50UND 

DCI 

’sound(' 


1C65! 4E 

44 

AB 






lC68i 00 



61 

62 


HEX 

00 





63 

64 


ORG 

*1C81 





65 





1C81: 20 

7C 

C5 

66 


JSR 

»C57C 

; NUOVA ROUTINE DI TOKENIZZAZIONE 

1084s A0 

05 


67 


LDY 

#*05 


1C86: B9 

FB 

01 

68 

H1C86 

LDA 

BUFF,Y 


1C89: F0 

57 


69 


BEO 

H1CE2 


1C8B: C9 



70 


CMP 

#»22 


1C8D: F0 

47 


71 


BEO 

H1CD6 


1C8F: C9 

41 


72 


CMP 

«*41 


1C91: 90 

40 


73 


BCC 

H1CD3 


1C93; C9 

5B 


74 


CMP 

#»5B 


1C95: B0 

3C 


75 


BCS 

H1CD3 


1C97: 84 

B1 


76 


STY 

*B1 


lC99i A2 

00 


77 


LDX 

«*00 


1C9B: 86 

0B 


78 


STX 

*0B 


lC9Di 38 



79 

H1C9D 

SEC 



lC9Ei FD 

62 

IC 

80 


SBC 

KEYSOUND, 

X 
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ICAl 

F0 

13 


81 


BEO 

1CA3 

09 

80 


82 


CMP 

1CA5 

F0 

16 


83 


BEO 

1CA7 

BD 

62 

10 

84 

H1CA7 

LDA 

lOAA 

F0 

27 


85 


BEO 

leAO 

30 

03 


86 


BMI 

ICAE 

ES 



87 


INX 

ICAF 

D0 

F6 


88 


BNE 

lOBl 

E6 

0B 


89 

HlCBl 

INC 

1CB3 

A4 

B1 


90 


LDY 

leBS 

A9 

08 


91 


LDA 

1CB7 

B9 

FB 

01 

92 


LDA 

ICBA 

ES 



93 


INX 

lOBB 

D0 

E0 


94 


BNE 

lOBD 

A6 

B1 


95 

HICBD 

LDX 

ICBF 

A5 

0B 


96 


LDA 

leci 

18 



97 


CLC 

1CC2 

69 

CO 


98 


ADC 

iec4 

9D 

FB 

01 

99 


STA 

1CC7 

08 



100 

HI 007 

INY 

1CC8 

EB 



101 


INX 

1009 

B9 

FB 

01 

102 


LDA 

leec 

9D 

FB 

01 

103 


STA 

ICCF 

D0 

F6 


104 


BNE 

IODI 

A4 

B1 


105 


LDY 

1CD3 

08 



106 

H1CD3 

INY 

1CD4 

D0 

B0 


107 


BNE 

1CD6 

08 



108 

H1CD6 

INY 

1CD7 

B9 

FB 

01 

109 


LDA 

ICDA 

F0 

06 


110 


BEO 

lODO 

09 

22 


111 


CMP 

ICDE 

D0 

F6 


112 


BNE 

lOEC-t 

F0 

FI 


113 


BEO 

1CE2 

60 



114 

H1CE2 

RTS 

1CE3 

08 



115 


PHP 





116 







117 



ieE4 

09 

FF 


118 


CMP 

1CE6 

F0 

2A 


119 


BEO 

10E8 

24 

0F 


120 


BIT 

lOEA 

30 

26 


121 


BMI 

ICEC 

09 

CO 


122 


CMP 

ICEE! 

90 



123 


BCC 

ieF0j 28 



124 


PLP 

ICFl. 

38 



125 


SEC 

1CF2 

E9 

CB 


126 


SBC 

1CF4 

AA 



127 


TAX 

1CF5. 

84 

49 


128 


STY 

ieF7: 

A0 

FF 


129 


LDY 

1CF9I 

CA 



130 

H1CF9 

DEX 

lOFA: 

F0 

08 


131 


BEO 

ICFCi 

08 



132 

HI CFC 

INY 

ICFD: 

B9 

62 

10 

133 


LDA 

1D00Ì 

10 

FA 


134 


BPL 

1D02: 

30 

F5 


135 


BMI 

lD04i 

08 



136 

H1D04 

INY 

1D0SI 

B9 

62 

10 

137 


LDA 

lD08i 

30 

05 


138 


EMI 

lO0At 

20 

D2 

FF 

139 


JSR 

1D0D: 

D0 

F5 


140 


BNE 

1D0F: 

40 

EF 

06 

141 

H1D0F 

JMP 

1D12: 

28 



142 

H1D12 

PLP 

1D13; 

40 

lA 

07 

143 


JMP 


144 

145 


HI CSA 

«480 

HICBD 

KEYSOUND.X 

H1CD3 

HlCEil 

H1CA7 

40B 

*Eil 

tt»C8 

BUFF,Y 

H1C9D 

«B1 

*0B 

«tee 

BUFF,X 


BUFF,Y 
BUFF.X 
HieC7 
«B1 

Hiea6 

BUFF,Y 

HieE2 

«422 

H1CD6 

H1CD3 


«4FF ; NUOVA ROUTINE DI LIST 

H1D12 

40F 

H1D12 

«tee 

H1D12 


«tOB 

449 

«4FF 

H1D04 

KEYSOUND,Y 

HICFO 

H1CF9 

KEYSOUND,Y 

H1D0F 

OHROUT 

H1D04 

4C6EF 

4C71A 
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1D16 

20 

73 

00 

146 


JSR 

*0073 

; NUOVA ROUTINE DI INTERPRETAZIONE 

DEI 

TOKENS 







1019 

C9 

CC 


147 


CMP 

#*CC 


IDIB 

90 

19 


148 


BCC 

H1D36 


IDlDz C9 

D0 


149 


CMP 

«*D0 


IDIF 

B0 

15 


150 


BCS 

H1D36 


1D21 

20 

27 

ID 

151 


JSR 

H1D27 


1D24 

4C 

AE 

C7 

152 


JMP 

*C7AE 


1D27 

E9 

CB 


153 

H1D27 

SBC 

#*CB 


1D29 

0A 



154 


ASL 



1D2A 

A8 



155 


TAY 



1D2B 

B9 

57 

IC 

156 


LDA 

WEDGE+1,Y 


1D2E 

48 



157 


PHA 



1D2F 

B9 

56 

IC 

158 


LDA 

MED8E,Y 


1D32 

48 



159 


PHA 



1D33 

4C 

73 

00 

160 


JMP 

*0073 






161 





1D36 

20 

79 

00 

162 

H1D36 

JSR 

*0079 

; RIPRENDE IL CARATTERE E 

1D39 

4C 

E7 

C7 

163 


JMP 

»C7E7 

;E TORNA ALLA INTERPRETAZIONE 





164 




; NORMALE 





165 









166 





1D3C 

A9 

00 


167 


LDA 

#*00 

SVALUTAZIONE DI ESPRESSIONE 

1D3E 

85 

08 


168 


STA 

*08 


1D40 

20 

73 

00 

169 


JSR 

*0073 


1D43 

C9 

D0 


170 


CMP 

#»D0 


1D45 

90 

13 


171 


BCC 

H1D5A 


1D47 

C9 

D2 


172 


CMP 

#»D2 


1D49 

B0 

0F 


173 


BCS 

H1D5A 


1D4B 

E9 

CB 


174 


SBC 

#*CB 


1D4D 

0A 



175 


ASL 



ID4E 

A8 



176 


TAY 



1D4F 

B9 

66 

ID 

177 


LDA 

SOUND+1.Y 


1D52 

48 



178 


PHA 



1D53 

B9 

56 

IC 

179 


LDA 

WEDGE.Y 


IDSÀ 

48 



180 


PHA 



1D57 

4C 

73 

00 

181 


JMP 

*0073 


1D5A 

A5 

7A 


182 

H1D5A 

LDA 

*7A 


1D5C 

D0 

02 


183 


BNE 

H1D60 


1D5E 

C6 

7B 


184 


DEC 

*7B 


1D60 

C6 

7A 


185 

H1D60 

DEC 

»7A 


lDé>2 

4C 

86 

CE 

186 


JMP 

*CE86 






187 









188 





lDé»5 

Aé> 

00 


189 

SOUND 

LDX 

*00 

SSOUND(X.Y.Z.W.U) 

1D67 

SE 

00 

01 

190 

SLOOP 

STX 

STACK 


1D6A 

20 

9E 

D7 

191 


JSR 

*D79E 


1D6D 

A8 



192 


TAY 



IDAE 

BA 



193 


TXA 



1D6F 

AE 

00 

01 

194 


LDX 

STACK 


1D72 

9D 

01 

01 

195 


STA 

STACK+l.X 


1D75 

E8 



196 


INX 



1D76 

E0 

06 


197 


CPX 

«*06 


ID78 

B0 

0B 


198 


BCS 

SYNTER 


1D7A 

20 

73 

00 

199 


JSR 

*0073 


1D7D 

C0 

29 


200 


CPY 

#*29 


ID7F 

F0 

07 


201 


BEO 

VCR6M0V 


1D81 

C0 

2C 


202 


CPY 

#*2C 


1083 

F0 

E2 


203 


BEO 

SLOOP 


1D85 

4C 

08 

CF 

204 

SYNTER 

JMP 

*CF08 


1D8B 

CA 



205 

VCRGMOV 

DEX 



1D89 

BD 

01 

01 

206 

MOVLOOP 

LDA 

STACK+l.X 


1D9C 

9D 

0A 

90 

207 


STA 

*900A.X 


1D8F 

CA 



208 


DEX 



1D90 

10 

F7 


209 


BPL 

MOVLOOP 


1D92 

60 



210 


RTS 
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211 







212 

STACK 

= «0100 





213 

BUFF 

= *01FB 





214 

lERROR 

= *0300 





215 

CBINV 

= *0316 





216 

H1CB6 

= *1CB6 





217 

HIDC9 

= *1DC9 





218 

RESTOR 

» «FFBA 





219 

CHROUT 

= *FFD2 





220 

STOP 

= *FFE1 





—End assemblv, 379 

bytes. Errore: 0 





Symbol table - alphabetical order: 





BUFF =*01FB 

CBINV 

=*0316 

CHROUT 

=*FFD2 

FINE 

=*1C3C 

H1C3F =*1C3F 

H1C86 

=*1C86 

H1C9D 

=*1C9D 

H1CA7 

=*1CA7 

HlCBl =«1CB1 

H1CB6 

=*1CB6 

HICBD 

=*1CBD 

H1CC7 

=*1CC7 

H1CD3 =*1CD3 

H1CD6 

=*1CD6 

H1CE2 

=*1CE2 

H1CF9 

=*1CF9 

HICFC =*1CFC 

H1D04 

=*1D04 

H1D0F 

=*1D0F 

H1D12 

=*1D12 

H1D27 =*1D27 

H1D36 

=*1D36 

HI OSA 

=*1D5A 

H1D60 

=*1060 

? H1DC9 =»1DC9 

lERROR 

=*0300 

INVETT 

=*1C42 

KEYS0UND=*1C62 

MOVLOOP =»1DB9 

RESTOR 

=*FF8A 

SLOOP 

=*1D67 

SOUND 

=*1D65 

STACK =*0100 

? START 

=*1C09 

STOP 

=*FFE1 

SYNTER 

=*1DB5 

TABVETT =*1C1F 
WEDGE =*1C56 

VCRGMOV 

=»1D88 

VETLOOP 

=*1C15 

VETTORI 

=*1C13 

Symbol table - numerical arder; 






STACK =*0100 

BUFF 

=*01FB 

lERROR 

=*0300 

CBINV 

=*0316 

START =*1C09 

VETTORI 

=*1C13 

VETLOOP 

=*1C15 

TABVETT 

=*1C1F 

FINE =*1C3C 

H1C3F 

=*1C3F 

INVETT 

=*1C42 

MEDGE 

=*1C56 

KEYS0UND=*1C62 

H1C86 

=*1C86 

H1C9D 

=*1C9D 

H1CA7 

=*1CA7 

HlCBl =*1CB1 

H1CB6 

=*1CB6 

HICBD 

**1CBD 

H1CC7 

=*1CC7 

H1CD3 =*1CD3 

H1C06 

=*1CD6 

H1CE2 

=*1CE2 

H1CF9 

=*1CF9 

HICFC =*1CFC 

H1D04 

=*1D04 

H1D0F 

=*1D0F 

H1D12 

=*1D12 

H1D27 =*1027 

HI 036 

=*1D36 

H1D5A 

=*1D5A 

H1D60 

=*1D60 

SOUND =*1065 

SLDDP 

=*1D67 

SYNTER 

=*1D85 

VCRGMOV 

=*1DB8 

MOVLOQP =*1089 
STOP =*FFE1 

? H1DC9 

=*1DC9 

RESTOR 

»*FFBA 

CHROUT 

=*FFD2 

10 REM**************** 






11 REM» INSERZIONE 

» 






12 REM»SOUND-WEDSE 

» 






13 REM»»*»»*»*»»»*»»** 






14 : 







20 P0KE56,27iP0KE52 

.27;P0KE51,: 

255:P0KE55,255:CLR 




30 FORI=7168TO7570 







40 READA7. : POKEI. A7. 
50 NEXT 

60 SYS28»256:NEW 
60000 DATA 234,234, 


, 234,234,234 





60010 DATA 234,032, 

063,028,032 

,019,028,088 





60020 DATA 076,123. 

227,162,011 

, 189,031,028 





60030 DATA 157,000, 

003,202,016 

,247,096,058 





60040 DATA 196,131, 

196,129,028 

,227,028,022 





60050 DATA 029,060, 

029,044,017 

, 145,032,052 





60060 DATA 247,032, 

225,255,208 

,006,032,066 





60070 DATA 028,108, 

002,192,076 

,086,255,234 





60080 DATA 234,234, 

032,138,255 

,032,249,253 





60090 DATA 032,024, 

229,169,185 

, 141,022,003 







140 
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6010ÉI DATA 169, 162,141,023,003,ÉI96, 100,Él?? 
60110 DATA 234,234,234,234,234,234,234,234 
60120 DATA 234,234,083,079,085,078,068,168 
60130 DATA 000,245,245,245,245,245,245,245 
60140 DATA 245,245,245,245,245,245,245,245 
60150 DATA 245,245,245,245,245,245,245,245 
60160 DATA 245,032,124,197,160,005,185,251 
60170 DATA 001,240,087,201,034,240,071,201 
60180 DATA 065,144,064,201,091,176,060,132 
60190 DATA 177,162,000,134,011,056,253,098 
60200 DATA 028,240,019,201,128,240,022,189 
60210 DATA 098,028,240,039,048,003,232,208 
60220 DATA 246,230,011,164,177,169,200,185 
60230 DATA 251,001,232,208,224,166,177,165 
60240 DATA 011,024,105,204,157,251,001,200 
60250 DATA 232.185,251,001,157,251,001,208 
60260 DATA 246,164,177,200,208,176,200,185 
60270 DATA 251,001,240,006,201,034,208,246 
60280 DATA 240,241,096,008,201,255,240,042 
60290 DATA 036,015,048,038,201,204,144,034 
60300 DATA 040,056.233,203,170,132,073,160 
60310 DATA 255,202,240,008,200,185,098,028 
60320 DATA 016,250,048,245,200,185,098,028 
60330 DATA 048,005,032,210,255,208,245,076 
60340 DATA 239,198,040,076,026,199,032,115 
60350 DATA 000,201,204,144,025,201,208,176 
60360 DATA 021,032,039,029,076,174,199,233 
60370 DATA 203,010,168,185,087,028,072,185 
60380 DATA 086,028,072.076,115,000,032,121 
60390 DATA 000,076,231,199,169,000,133,008 
60400 DATA 032,115,000,201,208,144,019,201 
60410 DATA 210,176,015,233,203,010,168,185 
60420 DATA 087,028.072,185,086.028,072,076 
60430 DATA 115,000,165,122,208,002,198,123 
60440 DATA 198,122,076,134,206,162,000,142 
60450 DATA 000,001,032,158,215,168,138,174 
60460 DATA 000,001,157,001,001,232,224,006 
60470 DATA 176,011,032,115,000,192,041,240 
60480 DATA 007,192,044,240,226,076,008,207 
60490 DATA 202,189,001,001,157,010,144,202 
60500 DATA 016,247,096,247,008,255,008,251 


READY 



CAPITOLO NOVE 

Un convertitore 
analogico/digitale 


PREMESSA 


Prima di addentrarci nella descrizione del convertitore conviene pre¬ 
mettere alcune nozioni fondamentali su come è possibile far colloquiare 
un calcolatore col mondo esterno. 

Come già accennato nel capitolo 1 tutte le risorse interne al calcolatore 
sono gestite dal microprocessore tramite opportuni segnali che si propa¬ 
gano su tre bus: di indirizzi, di dati e di controllo. Dato che il solo 
dispositivo con il completo controllo del sistema è il microprocessore, 
quando esso ha bisogno di scambiare informazioni, ad esempio leggere 
il contenuto di una locazione di rom o ram, deve selezionare quella 
particolare locazione, informare il dispositivo che la contiene su quale è 
l’operazione, di lettura o di scrittura, che verrà eseguita, e infine attuare 
l’operazione stessa. 

La selezione di un particolare dispositivo, rispetto agli altri presenti nel 
calcolatore, avviene tramite l’invio da parte del microprocessore di una 
configurazione di bit nelle linee che costituiscono il bus degli indirizzi. 
La configurazione presente nel bus degli indirizzi individua in modo 
univoco ogni locazione di memoria possibile: dato che il 6502 può 
gestire al massimo 16 linee di indirizzo, esso può scegliere 2*^ = 65536 
locazioni distinte in memoria. 

Una volta presente in modo stabile un particolare indirizzo è compito 
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del dispositivo interessato allo scambio di informazioni col microproces¬ 
sore mettersi per così dire in stato di allerta, pronto cioè o a inviare 
informazioni al 6502 o a riceverne. È a questo punto che il microproces¬ 
sore attiva una opportuna linea del bus di controllo per effettuare 
l’operazione di lettura o di scrittura. 

Qualsiasi sia il tipo di operazione, di lettura o di scrittura, un byte viene 
trasmesso al destinatario attraverso il bus dei dati. 

Nello scambio di informazioni con locazioni di memoria, dato che 
queste sono presenti in numero notevole su di uno stesso circuito 
integrato, è necessario decodificare il contenuto del bus degli indirizzi 
per individuare quel particolare circuito integrato di memoria rispetto 
ad altri presenti nel calcolatore. Esistono perciò in ogni sistema a 
microprocessore dei dispositivi, detti decodificatori, i quali generano, 
in base aU’indirizzo, dei segnali di selezione per i vari circuiti di me¬ 
moria. 


IL CONVERTITORE ANALOGICO/DIGITALE 


Il convertitore qui descritto è a 8 canali: esso permetterà al VIC-20 di 
acquisire dati esterni di tipo analogico, come ad esempio valori di 
temperatura, di tensione, di intensità luminosa ecc. 

Il convertitore è collegato al VIC-20 tramite il bus di espansione: ciò 
permette un eventuale uso della porta di utente per altri scopi e inoltre 
non limita in alcun modo la possibilità di aggiungere eventuali espansio¬ 
ni di memoria ram o rom tramite un connettore aggiuntivo che può 
essere previsto nella scheda del convertitore. 


SCHEMA ELETTRICO 


Lo schema del circuito è illustrato in figura 9.1 ; in essa si può notare un 
circuito di interfaccia tra il convertitore A/D e il bus di espansione. 
Questo circuito ha il compito di rendere compatibili i segnali di control¬ 
lo del microprocessore 6502 con quelli necessari al convertitore 
ADC0809. 
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L’interfaccia è costituita dal circuito TTL 74LS00 e dalla porta program¬ 
mabile 8255A. 

Il circuito integrato 74LS00 è utilizzato per permettere una corretta 
gestione della 8255A da parte del microprocessore 6502: quest’ultimo 
genera infatti dei segnali di controllo che non si possono applicare 
direttamente alla porta programmabile. 

Alla 8255A sono necessari rispettivamente per la lettura e per la scrittu¬ 
ra due segnali di controllo distinti, /RD e /WR (il segno / significa che 
essi sono attivi a livello logico basso, cioè con tensione <0,4 volt). 

Il microprocessore 6502 genera invece, per i medesimi scopi, due segna¬ 
li di controllo, detti RAV e cp (phi); per essere più precisi durante una 
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Tabella 9.1 



R/W 

/RD 

AVR 

0 

0 

1 

1 

0 

1 

1 

1 

1 

0 

1 

0 

1 

1 

0 

1 


lettura i segnali R/W e <p sono ambedue a livello logico alto; durante una 
scrittura il primo è basso, il secondo alto. 

La tabella 9.1 indica qual è il valore dei segnali /RD e AVR, generati dal 
74LS00, in funzione dei segnali R/W e cp (phi) forniti dal microprocesso¬ 
re 6502. 

Per segnalare qual è il dispositivo interessato a una operazione di lettura 
o di scrittura il microprocessore 6502 pone nel bus degli indirizzi quello 
associato dall’hardware a quel dispositivo. 

NeH’interno del VIC-20 è presente un circuito decodificatore che gene¬ 
ra un segnale al valore logico “0” non appena l’indirizzo della locazione 
di memoria interessata allo scambio di informazioni è compreso tra i 
valori 38912 e 39935 inclusi e quindi un totale di 1024 indirizzi diversi. 
Tale segnale, detto /I/O BLOCK 2, è presente nel piedino T del connet¬ 
tore di espansione ed è collegato direttamente, nello schema, all’ingres¬ 
so di selezione, o di abilitazione, /CS, dell’8255A per “avvisarlo” che 
l’operazione di trasferimento di dati in corso lo interessa direttamente. 
Gli altri segnali necessari al funzionamento deir8255A sono quelli del 
bus dei dati e del bus degli indirizzi. 

I primi, indicati in figura 9.1 con D0-D7, costituiscono il bus attraverso il 
quale passano e le informazioni necessarie alla programmazione 
deir8255A e i risultati delle conversioni analogico-digitali effettuate 
dairADC0809, oltre alle informazioni da inviare alle porte di uscita. 
I segnali AO e Al, che costituiscono le due linee meno significative del 
bus degli indirizzi, sono inviati direttamente agli ingressi omonimi 
deir8255A: essi sono necessari in quanto tale dispositivo ha nel suo 
interno ben quattro unità funzionali distinte, descritte in seguito, che 
debbono essere individuate in modo univoco dal microprocessore 
stesso. 

In pratica, mentre per i segnali di controllo deir8255A è necessaria la 
rete realizzata dal 74LS00, i segnali di indirizzo, di dati e di abilitazione 
(/CS) sono compatibili direttamente a quelli generati dal microproces¬ 
sore 6502. 
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L'8255A 


Questo dispositivo, programmabile, mette a disposizione del sistema a 
microprocessore cui è connesso, tre porte di ingresso-uscita per il colle¬ 
gamento col mondo esterno. Si è detto di “ingresso-uscita” in quanto, 
inviando opportuni comandi di “programmazione”, è possibile infor¬ 
mare r8255A su quale deve essere il tipo di porta (di ingresso o di uscita) 
che esso deve realizzare e gestire. 

Le tre porte deir8255A sono contraddistinte con i nomi porta A, porta 
B, porta C: si può imporre, via software, che una porta sia di ingresso, 
un’altra di uscita ecc. 

La programmazione deir8255A si effettua inviando byte di valore 
opportuno a una speciale unità funzionale, detta porta di controllo 
(CNTL), la quale interpreta i byte inviatile dal microprocessore come 
comandi di programmazione. 

Senza entrare nel merito di questo argomento, per il quale si rimanda 
all’appendice, per il nostro scopo ci basta sapere che le tre porte: A, B, 
C e quella di controllo sono individuate dai seguenti indirizzi: 

Indirizzo Porta 

38912 A 

38913 B 

38914 C 

38915 CNTL 

Per quanto riguarda la programmazione da adottare per il nostro sche¬ 
ma essa deve essere: 


Porta 

Direzione 

A 

uscita 

B 

ingresso 

C(0-3) 

ingresso 

C(4-7) 

uscita 


(la porta A non è necessaria al convertitore A/D e può essere adope¬ 
rata liberamente come porta di uscita o di ingresso secondo le ne¬ 
cessità dell’utilizzatore, cambiando evidentemente la programmazione 
dell’8255A). 

Vediamo ora in dettaglio quali sono i collegamenti tra il convertitore 
AD e l’8255A. 
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La porta B di quest’ultimo è dedicata al trasferimento del byte ottenuto 
come risultato della conversione: per tale motivo è porta di ingresso ed è 
collegata ai piedini deirADC0809. 

Per quanto concerne la metà della porta C che è utilizzata come porta di 
uscita, le linee CO, Cl, C2 sono utilizzate per indicare al convertitore su 
quale degli otto canali di ingresso analogici esso deve effettuare la 
conversione. 

La linea C3 è utilizzata per un duplice scopo e precisamente: 

1. indica che l’indirizzo presente su CO, Cl e C2 è quello del canale su 
cui dovrà essere effettuata la conversione; 

2. fa iniziare la conversione stessa. 

Il bit C4 che è, a differenza dei precedenti e assieme a C5, C6 e C7, di 
ingresso per la porta C, serve invece per testare il segnale di fine 
conversione (EOC) generato dairADC0809 quando ha terminato ap¬ 
punto una conversione sul canale precedentemente impostogli. 

Il test su C4 non è necessario se il programma di acquisizione dei dati è 
scritto in Basic dato che tra il comando di inizio di conversione e l’istante 
in cui si effettua una lettura del dato convertito trascorre un tempo più 
che sufficiente perché la conversione stessa sia stata correttamente 
terminata, data la relativa “lentezza” del Basic. 

Se invece il programma di gestione dell’ADC è scritto in linguaggio 
macchina è necessario testare il segnale EOC per essere sicuri di acquisi¬ 
re un dato corretto. 


IL CONVERTITORE ADC0809 


Questo dispositivo realizza una conversione analogico-digitale su otto 
canali. 

Tramite segnali imposti agli ingressi di indirizzo ADD0-ADD2 è possi¬ 
bile scegliere il canale analogico su cui effettuare la conversione stessa. 
Questa è di tipo raziometrico: ciò vuol dire che il risultato della conver¬ 
sione è un numero, un byte, di valore compreso tra 0 e 255, che 
rappresenta il rapporto tra il valore di tensione presente all’ingresso 
analogico e il valore di tensione applicato tra gli ingressi di riferimento 
VR-t- e VR-. 

Vediamo con un esempio cosa questo significa: per ipotesi sia imposta 
al piedino VR-f una tensione di -1-3 volt rispetto al piedino VR— e 
quest’ultimo sia collegato direttamente alla tensione di riferimento 
della tensione di alimentazione. 
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Se la tensione presente all’ingresso di un canale è minore o uguale a 0 
volt il valore convertito è 0, se invece è maggiore o uguale di 3 volt tale 
valore è di 255. 

Per i valori intermedi il valore fornito dal convertitore si ricava dalla: 

valore = ((Vin - VR-)/(VR+ - VR-)) x 255 = Vin x 255 / VR+ 

dato che VR— = 0 volt. (Per ulteriori dettagli si rimanda all’appendice 
dove sono descritte le caratteristiche tecniche deirADC0809). 


IL SOFTWARE 


La routine per l’utilizzo del convertitore si articola in due parti distinte: 
la prima riguarda la programmazione dell’8255A, la seconda l’acquisi¬ 
zione dei dati convertiti. 


10 PA = 38912: PB=38913: PC=38914: CTL=38915 

20 POKECLT,138 

30 REM FINE PROGRAMMAZIONE 

40 REM INIZIO CONVERSIONE 

50 FOR I = 0 TO 7 

60 POKE PC, I : REM INDIVIDUA L'INGRESSO ANALOGICO 
70 POKE CNT, 7 : REM GENERAZIONE DELL’IMPULSO DI START 
OF CONVERSION 
80 POKE CNT, 6 

90 A(l) = PEEK(B): REM ACQUISIZIONE DEL DATO CONVER¬ 
TITO 

100 NEXT I : RETURN 

Al termine di questa brevissima subroutine nel vettore A(l) sono presen¬ 
ti i risultati della conversione sull’ingresso i-esimo. 

Lo stesso programma in linguaggio macchina è invece: 


$1D00LDA #$8A 
$1D02 STA $9803 
$1D05 RTS 
$1D06 LDA$0341 
$1D09 STA $9802 
$1D0C LDA #$07 
$1D0E STA $9803 
$1D11 LDA *$06 
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$1D13 STA $9803 
$1016 LDA$9802 
$1019 AND #$ 10 
$1D1B BNE$ 1016 
$1010 LDA$9801 
$1020 STA $0341 
$1022 RTS 

e può essere utilizzato dal Basic con le istruzioni: 

SYS 29 • 256: REM PROGRAMMAZIONE DELL’8255A 
POKE 833, NO: REM NUMERO DELL’INGRESSO ANALOGICO 
SYS 29 *256 + 6 

A = PEEK{833): REM LETTURA DEL DATO 


CONVERTITORE DI TEMPERATURA 


Come esempio di utilizzazione del convertitore appena visto si descrive 
un trasduttore di temperatura. Lo schema è dato in figura 9.2. 



GRUPPO DI POLARIZZAZIONE SONDA DEL TERMOMETRO 


Fig. 9.2 Schema di un trasduttore di temperatura. 
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Il dispositivo LM335 è un trasduttore di temperatura a semiconduttore: 
polarizzato opportunamente al suo anodo è presente un valore di ten¬ 
sione legato alla temperatura dalla relazione: 

V = 2,730 + 0,010 X °C 

ove °C è la temperatura in gradi centigradi. La tensione è quindi 
proporzionale alla temperatura con un coefficiente di proporzionalità di 
10 millivolt per grado centigrado. 

La rete che genera la tensione da applicare agli ingressi di riferimento 
VR-t- e VR— dell’ADCOSOO si è resa necessaria allo scopo di avere una 
risoluzione decente nella conversione. Infatti se si fosse posto VR+ = 5 
volt e VR- = 0 volt il convertitore avrebbe una capacità di discrimina¬ 
zione della tensione da convertire di: 

5 / 256 = 0,019 volt 

e quindi darebbe una variazione del valore convertito solo se la tempe¬ 
ratura deirLM335 variasse di circa 2 °C; avendo imposto ora a VR-I- una 
tensione di 3,75 volt e a VR— di 1,25 volt, cosicché VR-l- - VR— = 2,5 
volt, si ha una risoluzione di 2,5 / 256 = 0,09 volt sufficiente a rilevare 
una variazione di temperatura di circa 1 °C. 

Che letture ci possiamo aspettare dal convertitore? Facciamo qualche 
semplice calcolo: 

Temperatura = 0 °C 

V 335 = 2,73 volt 

valore di uscita dal convertitore 
= ((2,73 - 1,25) / 2,50) x 255 = 149 

Temperatura = 10 °C 

V 335 = 2,73 -I- 0,10 = 2,74 volt 

valore di uscita dal convertitore 
= ((2,74 - 1,25) / 2,50) x 255 = 161 

Allora se vogliamo che nel nostro programma il vettore A(l) contenga il 
valore della temperatura in °C basta far eseguire l’istruzione: 


A%(|) = A(l) X 10/ 12 - 1490/12 



CAPITOLO DIECI 

Un programmatore di EPROM 


LE EPROM 


Le Electrically Programmable Read Only Memories sono memorie a 
semiconduttore che nel loro normale modo di funzionamento assomi¬ 
gliano alle ROM. 

Diversamente da queste è però possibile sia scrivere dati (byte) in 
qualsiasi loro locazione, cioè programmarle, per mezzo di opportuni 
impulsi di tensione, sia cancellarli utilizzando una sorgente di radiazio¬ 
ne ultravioletta. 

Una volta programmata, una eprom conserva l’informazione anche se 
viene a mancare la tensione di alimentazione e in questo è identica a una 

ROM. 

Esistono vari tipi di eprom realizzati con tecnologie diverse; per quello 
che riguarda la loro capacità, in commercio se ne trovano comunemente 
da 2048 fino a 16536 locazioni. 

Qualsiasi sia il tipo, le caratteristiche di lettura sono quelle di una 
normale memoria rom o ram: fornendo l’indirizzo della locazione che si 
vuole leggere e attivando l’ingresso di controllo per la lettura, esse 
presentano sul bus dei dati il contenuto della locazione indirizzata. 
Per quanto riguarda la cancellatura occorre far notare che essa interessa 
tutte le locazioni presenti nella eprom: dopo che questa ha assorbito 
della radiazione ultravioletta, in quantità specificata dal costruttore, 
tutte le locazioni presentano lo stesso valore, $00 o $FF a seconda del 
tipo. 
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La programmazione di una eprom si attua fornendo agli ingressi di dati il 
valore che si vuole scrivere e agli ingressi di indirizzo quello relativo alla 
locazione interessata; una volta fatto questo occorre pilotare gli ingressi 
dedicati alla programmazione fornendo loro sia le tensioni che un 
impulso opportuno di programmazione, quest’ultimo di durata dell’or¬ 
dine delle decine di millesimi di secondo. 

È da notare inoltre che sia il dato che l’indirizzo della locazione in cui 
esso deve essere memorizzato debbono essere applicati alla eprom per 
tutta la durata dell’impulso di programmazione. 


SCHEMA DEL PROGRAMMATORE 


Da quanto appena detto occorre costruire un hardware che presenti le 
seguenti caratteristiche: 

1. deve fornire agli ingressi della eprom sia l’indirizzo che il dato e 
mantenerli per tutto il tempo necessario a programmare una locazione; 

2. deve gestire gli impulsi e la tensione di programmazione; 

3. deve inoltre permettere di leggere il contenuto della locazione sulla 
quale si è appena “scritto” per verificare il buon esito della programma¬ 
zione. 

I primi due punti richiedono la realizzazione di una interfaccia. 

II 6502 infatti fornisce sì gli indirizzi e i dati sui bus omonimi per una 
operazione di scrittura ma li mantiene per intervalli di tempo dell’ordine 
dei microsecondi, non certamente per millisecondi; allora è necessario 
memorizzare nell’interfaccia sia il valore deH’indirizzo che quello del 
dato: solo facendo in questo modo si è sicuri che essi permangono per 
tutto il tempo necessario. 

Per quanto riguarda il secondo punto la necessità dell’interfaccia è 
evidente dato che i valori delle tensioni di programmazione sono in 
genere più elevati di quelli presenti nel sistema a microprocessore. 
La memorizzazione dei valori di indirizzo e di dato può avvenire molto 
semplicemente scrivendoli in un certo numero di porte di uscita; anche 
per i comandi relativi alla tensione e all’impulso di programmazione si 
sfruttano linee delle stesse porte. 

Lo schema elettrico del programmatore è indicato in figura 10.1. 
Come si può notare per l’interfaccia si è utilizzata anche qui la 8255A; le 
sue 24 linee di ingresso/uscita sono in numero sufficiente per program¬ 
mare EPROM di tipo 2732A. 

Queste contengono 4096 locazioni da un byte ciascuna: sono necessari 
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5Vcc » EPROM 


Fig. 10.1 Schema elettrico di un programmatore di eprom. 


allora 12 bit per Tindirizzo e 8 bit per il dato, pertanto restano a 
disposizione 4 linee di I/O tra quelle fomite dair8255A. 

Di queste una sarà utilizzata per comandare il generatore della tensione 
di programmazione (21 volt), una per la generazione del relativo impul¬ 
so e una per l’abilitazione della eprom stessa. 

Per verificare la correttezza dei dati programmati occorre che le linee 
dati gestite dair8255A siano bidirezionali, dato che i dati possono 
essere generati dair8255A stesso (per la programmazione) o dal 2732A 
per la verifica. 

Ciò è facilmente ottenibile con l’8255A essendo questo programmabile: 
allora si deve fare in modo che per la scrittura sulla eprom una porta sia 
utilizzata come porta di uscita mentre per la verifica la medesima porta 
sia utilizzata come ingresso. 

Si è usata come porta per i dati la porta B (ma si poteva scegliere in 
alternativa la A); gli indirizzi sono memorizzati nella porta A gli 8 bit 
meno significativi, in metà della porta C quelli più significativi. 

Le caratteristiche del 2732A, riportate in figura 10.2, impongono per la 
programmazione di una locazione che: 
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A.C. PROGRAMMINO CHARACTERtSTICS (T* = 25 i 5X. Vcc = 5V t 5%. Vpp = 21V * 0 5V) 


Symbol 

Parameter 

Limita 

Unita 

Test Conditlonsf 

Min. 

Typ. 

Max. 

'as 

Address Setup Time 

2 



MS 


*OES 

5E Setup Time 

2 



MS 


tps 

Data Setup Time 

2 



MS 


Iah 

Address Hoid Time 

0 



MS 


•OEH 

OE Hoid Time 

2 



MS 


•oh 

Data Hoid Time 

2 



MS 



Chip Enable to Output Float Delay 

0 


130 

ns 


•ov 

Data Vaiid from CE 



1 

MS 


•pw 

CE Pulse Width During Programming 

45 

50 

55 

ms 


•PRT 

CE Pulse Rise Time During Programming 

50 



ns 


•vR 

Vpp Recovery Time 

2 

_I 



MS 



tA.C. TEST CONOITIONS 

Input Rise and Fall Times (10% lo 90%).20 ns 

Input Pulse Levels.0 45V to 2.4V 

Input Timing Relerence LeveI . 1.0and2.0V 

Output Timing Reference Leve! .0.8 and 2.0\/ 



Fig. 10.2 Componenti data INTEL. 
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1. sia portato a livello logico alto l’ingresso /CE; 

2. siano forniti i valori di indirizzo e di dato rispettivamente agli ingressi 
All-AO e 07-00; 

3. sia applicata la tensione di programmazione di 21 volt all’ingresso 
OE/Vpp; 

4. sia fornito un impulso ^ livello logico basso all’ingresso /CE per un 
intervallo di tempo di 50 millisecondi (H— 10%); 

5. sia tolta la tensione di programmazione. 

Il punto 4) permette due scelte in alternativa: l’impulso può essere 
ottenuto sia per via software che per via hardware. 

Si è scelta qui la seconda soluzione perché le specifiche di durata 
dell’impulso sono abbastanza strette e sarebbe stato abbastanza difficol¬ 
toso rispettarle in un programma scritto in Basic. 

Come il lettore può rilevare dalla figura 10.1, il circuito è composto da 
tre sezioni principali: r8255A assieme a un 74LS00 per l’interfaccia con i 
bus del calcolatore, il generatore di impulso e l’alimentatore, comanda¬ 
to dair8255A, che fornisce la tensione di 21 volt per la programma¬ 
zione. 

Per quanto riguarda la prima sezione essa è identica a quella già vista nel 
caso del convertitore analogico digitale; l’unica differenza è costituita 
dal pulsante di reset il quale deve essere attivato per un istante, dopo 
che è stato acceso il calcolatore, per predisporre r8255A in uno stato 
iniziale corretto. 

La seconda sezione, composta dal monostabile e da alcune porte di tipo 
NANO e NOT serve per due scopi distinti: essa fornisce infatti a seconda 
dei segnali provenienti dai piedini 12 e 13 dell’8255A, rispettivamente il 
segnale /CE per la lettura del contenuto di una locazione della eprom, a 
scopo di verifica, oppure l’impulso di programmazione. 

Quest’ultimo è generato dal monostabile 74123, su comando provenien¬ 
te dal piedino 13; si noti che lo scatto del monostabile avviene sul fronte 
negativo del comando. Il potenziometro collegato al piedino 7 del 74123 
permette di regolare a 50 millisecondi esatti la durata dell’impulso. 

Il diodo LED associato a questa sezione permette di vedere se sono in 
corso attività che coinvolgono il 2732A. 

Per quanto riguarda l’alimentatore comandato, gli si deve fornire dall’e¬ 
sterno una tensione di 25-30 volt in continua; un segnale a valore logico 
alto proveniente dal piedino 10 deir8255A lo mette in funzione per 
fornire la tensione di programmazione. Questa deve essere di 21 H—0,5 
volt e la si può regolare al valore esatto tramite il potenziometro di 5 
kohm. 

Infine l’interruttore tra la tensione di -1-5 volt e il pibdino 24 del 2732A 
permette di alimentarla quando il programma dà l’avviso. 
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Per quanto riguarda l’effettivo uso della scheda di programmazione e 
del relativo programma si debbono osservare alcune avvertenze. Il 
circuito del programmatore deve essere montato su una scheda che 
abbia un connettore compatibile a quello del bus di espansione del 
VIC-20; per l’inserimento della scheda valgono le usuali avvertenze cioè 
deve avvenire a calcolatore spento. 


PROGRAMMA PER LA SCHEDA EPROM 

10 SI = 36875 : V = 36878 : PRINT CHR«(147): GOSUB 750;GOSUB 370 
20 IZ* = "//////" 

30 REM»»»»»»*»»»»»»*» 

31 REM»IND1R122I DI » 

32 REM» CONTROLLO » 

33 REM*»»*»»»»»»»»»»» 

34 : 

40 PA « 38912 s PE = PA + 1 : PC = PB + 1 : CT «= PC + 1 

50 PH « 9 I PL = PH-1 : VH=15 :VL=VH-1 iCH=ll :CL=CH-1 :BI=130 
sB0=128 

51 : 

52 : 

55 REM»»»»»»»»*»»»»»» 

56 REM»TUTTE LE PORTE 

57 REM» = INGRESSI 

58 REM»»»*»»*»»»»»»»» 

60 POKE CT.BIzPOKE PC,0!POKE PA,0 

61 : 

70 PRINT "VERIFICA SE I LED #1 E #2 SONO ACCESI": GOSUB740 
75 : 

80 PRINT "PRINT OK PER CONTINUARE" 

90 INPUT 6»; IF G* «"OK" THEN 110 
100 GOSUB 740: PRINT"/END/": END 
110 PRINT "INSERISCI LA EPROM ":GOSUB 370 
120 PRINT "APPLICA I 5 VOLT": GOSUB 370 

125 REM**»»*»»»»»*»»»» 

126 REM»VER1FICA DELLA» 

127 REM» EPROM » 

128 REM»»»»»»»»»»»»»»» 

129 : 

130 PRINT "STO VERIFICANDO LA EPROM" 

140 FOR 1= 0 TO 4095 

150 PRINT "." ! 

160 GOSUB 450 
170 : 

180 W/.=PEEK(PB) : IF W:'. <> 255 THEN PRINT W/.,I:POKE 
PC,0:POKEPA,0:GOTO360 

190 NEXT: PR1NT"EPR0M E’ OK" : 6OSUB370 
195 : 

200 PRINT "STO PROGRAMMANDO": GOSUB 370 

205 REM»»»»»»»»»»»»*»» 

206 REM» PB IN USCITA* 

207 REM» CE ALTO » 

208 REM» PH ALTO * 

209 : 

210 POKE CT , BO: POKE PC,0 : POKE CT,PH:POK.E CT,CH 

211 : 

220 PRINT "VERIFICA CHE SOLO UN LED E’ ACCESO":6OSUB370 
230 POKE CT,PH :PRINT" APPLICA I 5 VOLT": GOSUB370 
240 PRINT "APPLICA I 24 VOLT": 6OSUB370 

244 REM»»»»*»»»»»»»»»» 

245 REM»RICHIESTA DEL» 
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246 F:EM*N0ME del FILE» 

247 REM»APERTURA DI » 

24S REM»CANALE » 

249 I 

250 PRINT'‘IL NOME DEL FILE?": 6OSUB740; INPUT K* 

260 OPEN 

270 FOR I = 0 TO 4095: POKE CT,BO 

280 PRINT I 

290 INPUT# 1 , WV. 

300 GOSUB 580: REM ROUTINE DI PROGRAMMAZIONE 

310 NEXT I 

311 : 

320 CLOSE 1 

321 REM»»»»»»»»»»»»»»» 

322 REM* FINE PROGRAM- 

323 REM» MAIIONE » 

324 : 

325 REM»*»»*»***»**»»» 

326 REM*TUTTE LE PORTE 

327 REM» = INGRESSO 

328 : 

330 POKE PA,0: POKE PC,0: POKE CT,BI 
340 GOSUB 740 

350 PRINT “TOGLI I 24 VOLT": 6OSUB370 

360 GOSUB 740: PRINT "TOGLI I 5 VOLT": GOSUB740: PRINT"TOGLI LA 
EPROM":GOTO 100 

365 REM»»»»»»»»»»»»»»» 

366 REM* TEST PER » 

367 REM» CONTINUARE » 

368 : 

370 GOSUB 740:PRINT"PREMI C PER CONTINUARE","N = STOP","H = MENU" 

380 POKE 198,0 
390 GET G» 

400 IF G»="C" THEN 440 

410 IF G*="H" THEN GOSUB750 

420 IF G»="N" THEN POKE CT,BI: GOTO 360 

430 &OTO390 

440 return 

44 1 : 

442 : 

443 REM»»»»»»»»»*»»»»» 

444 REM»CALCOLO DELLA» 

445 REM»LOCA2IONE E * 

446 REM*INVIO IN PA E» 

447 RÉM» IN PC » 

448 R’EM**»»»**»»»»»»»* 

450 AH-;= 1 NT ( I /256 ) : AL:''.= I -256» AH:; : POKEF A, ALV. : POI :EPC, ( REE!:; ( PC ) AND 
240) OR AH7.: RETURN 

451 : 

452 : 

455 REM»»*»»*»»»**»»»» 

456 REMtCONFRONTO DELLA 

457 REM»EFROM CON IL » 

4 58 REM»FI le SU NASTRO 

459 : 

460 POKE CT.BI: POKE FC,0:POK:E PA,0 

470 PRINT"IL NOME DEL FILE? ":GOSUB740: INPUT K» 

480 OPEN 1,1,0,K» 

490 FOR1=0 TO 4095 
500 PRINT I 
510 POKE CT.BI 
520 GOSUB 450 
530 INPUT# l.W/. 

540 RI'. =PEEK:<PB): PRTNTW/., R7.s : IF R'/. <> W7. THEN PRINT" »*ERRORE*» “: STOP 
550 NEXT 
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560 GOTO 320 

570 : 

571 REM»»**»****»»»»*» 

572 REM»ROUTINE DI » 

573 REf1»PROeRAMMA2IONE 

574 REM**»*»»»»»»»**»» 

575 : 

580 NN = 0;F = 0 

585 REM»»»»»»»»»»»»»»» 

586 REM»SE IL BYTE DA» 

587 REM»SCRIVERE E’ » 

588 REM»IDEIMTICO:RETURN 

589 ! 

590 POKE CT,BI: GOSUB 450: IP W7. = PEEK<PB) THEN RETURN 

595 REM»»»*»»»**»»»»»» 

596 REM» PB IN USCITA» 

597 REM» 24 VOLT : ON» 

598 : 

600 POKE CT,BO: POKE CT.PH: POKECT.CH: POKE CT,VH 
610 GOSUB 450 

615 REM»»»»**»»»»»»»»* 

616 REM»SCRITTURA IN PB 

617 : 

620 POKE PB,W7. 

615 REM»»»»»»»»»»»»*»» 

616 REM»LOOP DI » 

617 REM»PROGRAMMAZIDNE 

618 : 

630 POR XX= 0TO1: POKE CT,PL:POKE CT,PH:POR TT=lTO 5 :NEXT TT,XX 

635 REM»»»»»»»**»*»»»» 

636 REM»24 VOLT : OPP» 

637 : 

640 POKE CT,VL 

645 REM»»»»»»*»*»»»»»» 

646 REM*LOOP DI ATTESA 

647 : 

650 POR TT=1TD 1 :NEXT 

651 : 

655 REM»»»»»»»»»»»»»*» 

656 REM» VERIFICA » 

657 : 

660 POKE CT,BI 
670 GOSUB 450 

680 R7. = PEEK(PB): PRINT I ; W7. , R7.; 

690 IP NN = 3 THEN 320 

700 IP R7. <> W7. THEN NN = NN +1: F=0: GOTO600 

710 IF F=1 THEN RETURN 

720 IF R7. = W7. THEN F=l:GOTO 600 

730 RETURN 

735 : 

740 REM»*»»»»»»»»»**» 

741 REM» BUZZER » 

742 REM**»»»»»»»»»»»» 

743 ; 

745 POKE S1,200:POKE V,15:F0R TS=1TO200: NEXTiPOKE V,0;RETURN 

746 : 

747 REM»»»»»»»»»»»»»» 

748 REM»# DI ISTRUZ.» 

749 REM» PER GOTO » 

750 PRINT "200=PROGRAMMAZIONE” ,"330=FINE" , ■'470=VERIFICA NASTRO": 
RETURN 
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Una volta che la scheda sia inserita si accende il calcolatore e si dà il reset 
air8255A per i motivi detti precedentemente; la eprom da programmare 
non deve essere inserita nello zoccolo e rinterruttore dei +5 volt deve 
essere aperto. Si fornisce poi la tensione all’alimentatore comandato e si 
carica il programma: seguendo le indicazioni fornite da quest’ultimo si 
inserirà la eprom e si agirà sui vari interruttori. 

Si noti che il programma preleva i dati da memorizzare sul 2732A da un 
file su nastro o su disco sul quale i dati sono stati scritti utilizzando la 
istruzione: 

PRINT # X, DATO 

dove 0 ^ DATO <= 255; si può evidentemente migliorare utilizzando 
invece un file di byte con il quale il file, a parità di dati, risulta molto più 
corto. 

Quale può essere l’utilizzazione del programmatore è presto detto: se si 
vogliono avere a disposizione routine in linguaggio macchina da noi 
create, tipicamente dei cunei nell’interprete Basic o addirittura nel 
KERNAL, conviene averle su eprom da inserire nel bus di espansione; 
un altro utilizzo è di avere una copia delle cartucce rom per uso perso¬ 
nale. 



APPENDICE 1 

Codici del Basic 
del VIC-20 
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Codice 

decimale 

Caratteri/ 

tasti 

Codice 

decimale 

Caratteri/ 

tasti 

Codice 

decimale 

Caratteri/ 

tasti 

Codice 

decimale 

Caratteri/ 

tasti 

0 

End of line 

66 

B 

133 

INPUT 

169 

STEP 

1-31 

Unused 

67 

C 

134 

DIM 

170 

+ 

32 

Space 

68 

D 

135 

READ 

171 

— 

33 

1 

69 

E 

136 

LET 

172 

• 

34 

>> 

70 

F 

137 

GOTO 

173 

/ 

35 

# 

71 

G 

138 

RUN 

174 

1 

36 

$ 

72 

H 

139 

IF 

175 

AND 

37 

% 

73 

1 

140 

RESTORE 

176 

OR 

38 

& 

74 

J 

141 

GOSUB 

177 

> 

39 

’ 

15 

K 

142 

RETURN 

178 

= 

40 

( 

76 

L 

143 

REM 

179 

< 

41 

) 

77 

M 

144 

STOP 

180 

SGN 

42 

♦ 

78 

N 

145 

ON 

181 

INT 

43 

+ 

79 

0 

146 

WAIT 

182 

ABS 

44 


80 

P 

147 

LO AD 

183 

USR 

45 

— 

81 

Q 

148 

SAVE 

184 

FRE 

46 

• 

82 

R 

149 

VERJFY 

185 

POS 

47 

/ 

83 

S 

150 

DEF 

186 

SQR 

48 

0 

84 

T 

151 

POKE 

187 

RND 

49 

1 

85 

U 

152 

PRINT# 

188 

LOG 

50 

2 

86 

V 

153 

PRINT 

189 

EXP 

51 

3 

87 

w 

154 

CONT 

190 

COS 

52 

4 

88 

X 

155 

LIST 

191 

SIN 

53 

5 

89 

Y 

156 

CLR 

192 

TAN 

54 

6 

90 

Z 

157 

CMD 

193 

ATN 

55 

7 

91 

[ 

158 

SYS 

194 

PEEK 

56 

8 

92 

\ 

159 

OPEN 

195 

LEN 

57 

9 

93 

1 


CLOSE 

196 

STR$ 

58 


94 

t 

161 

GET 

197 

VAL 

59 

* 

95 


162 

NEW 

198 

ASC 

60 

< 

96-127 

Unused 

163 

TAB( 

199 

CHR$ 

61 

= 

128 

END 

164 

TO 

200 

LEFTS 

62 

> 

129 

FOR 

165 

FN 

201 

RIGHTS 

63 

7 

130 

NEXT 

166 

SPC( 

202 

MID$ 

64 

(a 

131 

DATA 

167 

THEN 

203-254 

Unused 

65 

A 

132 

INPUT# 

168 

NOT 

255 

TT 















Istruzioni del 6502 


AOC 

Add Mamory to Aocumulator 

JSR 

Jump to New Location Saving Return 


with Carry 


Address 

ANO 

"ANO" Memory with Acoimulstor 



ASL 

Shift Left One Bit (Memory or 

LOA 

Load Accumulator with Memory 


Accumulator) 

LDX 

Load Index X with Memory 



LDY 

Load Index Y with Memory 

BCC 

Brandi on Carry Clear 

LSR 

Shift Right One Bit (Memory or 

BCS 

Brandì on Carry Set 


Accumulator) 

BEO 

Brandi on Retult Zero 



BIT 

Test Bits in Memory with 

NOP 

No Operation 


Aocumulator 



BMI 

Brandi on Result Minus 

ORA 

"OR" Memory with Accumulator 

BNE 

Brandi on Result not Zero 

PHA 

Push Accumulator on Stack 

BPL 

Brandt on Result Plus 

PHP 

Push Processor Status on Stack 

BRK 

Force Break 

PLA 

PuM Accumulator from Stack 

BVC 

Brandi on Overflow Clear 

PLP 

Pulì Processor Status from Stack 

BVS 

Branch on Overfiow Set 





ROL 

Rotate One Bit Left (Memory or 

CLC 

Clear C^ry Flag 


Accumulator) 

CLO 

Clear Decimai Mode 

ROR 

Rotate Or)e Bit Right (Memory or 

CLI 

Clear Interrupt Oisable Bit 


Accumulator) 

CLV 

Oeat Overflow Flag 

RTI 

Return from Interrupt 

CMP 

Compare Memory and Accumulator 

RTS 

Return from Subroutine 

CPX 

Compare Memory and Index X 



CPY 

Compare Memory and Index Y 

SBC 

Subtract Memory from Accumulator 




with Borrow 

DEC 

Decrement Memory by One 

SEC 

Set Carry Flag 

DEX 

Decrement Index X by One 

SED 

Set Decimai Mode 

OEY 

Decrement Index Y by One 

SEI 

Set Interrupt Disable Status 



STA 

Store Accumulator in Memory 

EOR 

"Exclusive-Or" Memory with 

STX 

Store Index X in Memory 


Accumulator 

STY 

Store Index Y in M^ory 

INC 

Increment Memory by One 

TAX 

Transfer Accumulator to Index X 

INX 

increment Index X by One 

TAY 

Transfer Accumulator to Index Y 

INY 

Increment Index Y by One 

TSX 

Transfer Stack Pointer to Index X 



TXA 

Transfer Index X to Accumulator 

JMP 

Jump to New Location 

TXS 

Transfer Index X to Stack Pointer 



TYA 

Transfer lr>dex Y to Accumulator 
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ADC Add Memory to Accurmtkttor with Carry ADC 

Operation: A+M-fC->A. C Ni-CIDV 


Addressing 

Hode 

Asseably Language 
Fora 

W 

cooe. 

No. 

Bytcs 

No. 

Cycles 

laawdiate 

ADC 

1 Oper 

69 

B 


Zero Page 

ADC 

Oper 

65 

B 


Zero Page, X 

ADC 

Oper, X 

15 

B 


AbsoluCe 

ADC 

Oper 

6D 

3 

4 

Absolute. X 

ADC 

Oper, X 

7D 

3 

4* 

Absoluce. Y 

ADC 

Oper, Y 

79 

3 

4* 

(Indirecc, X) 

ADC 

(Oper, X) 

61 

2 

6 

(Indlrect), Y 

ADC 

(Oper). T 

71 

2 

5* 


* Add 1 if page boundary ta croasad. 


ANO "AMD"Memory with Aecumulator AND 

Logicai AND co Che accuaulacer 

Opcraclon: AAH->A MSCIDV 


(R«f; 2.2.).0) //- 


Addressing 

Mode 

Aaaeably Language 
Fora 

OP 

CODE 

Ne. 

Bytes 

No. 

Cyclca 

Inaediate 

AND 

f Oper 

29 

2 

2 

Zero Page 

AND 

Oper 

23 

2 

3 

Zero Page, X 

ANO 

Oper, X 

33 

2 

4 

Absolute 

ANO 

Oper 

2D 

3 

4 

Absoluce. X 

AND 

Oper, X 

30 

3 

gè 

Absolute, Y 

ANO 

Oper. Y 

39 

3 

ge 

(Indlrect, X) 

AND 

(Oper. X) 

21 

2 

6 

(Indlrect), Y 

ANO 

(Oper). Y 

31 

2 

5 


* Add 1 if page boundary la croaaad. 


ASL h&Ì^SMft Left One Bit (Memory or Accumulatori ASL 


Operation: C ♦ j7jf 

*• 

(Ref: 10.2) 

N « 

V / 

C 1 D V 

/- 


Addressing 

Asseably Language 

OP 

No. 

No. 

Mode 

Fora 

COOE 

Bytes 

Cycles 

Accuaulacor 

ASL A 

«A 

B 

B 

Zero Page 

ASL Oper 

96 



Zero Page, X 

ASL <^er. X 

16 


B' 

Absolute 

ASL Oper 

0E 

B 


Misolute, X 

ASL Oper. X 

lE 

3 

7 


BCC BCC Branch on Carry Clear BCC 

(^eracion: Branch on C « 0 N C I U V 


(Ref: 4.1.1.3) 


Addressing 

Hode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

Relative 

BCC C^r 

90 

2 

2* 


* Add 1 if branch occurs to saae page. 

* Add 2 if branch occurs co different page. 


BCS BCS Branch on Carry Set BCS 


Operation: Branch onC*l N2CI0V 


(Ref: 4.1.1.4) 


Addressing 

Mode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

Relative 

BCS Oper 

B0 

2 

2* 


* Add 1 if branch occurs co sane page. 

* Add 2 if branch occurs co nexc page. 


BEQ BEQ Branch on Result Zero BEQ 


Operation: Branch on2*l N2CIDV 

(Ref: 4.1.1.5) _ 


Addressing 

Mode 

Asseably Language 
Fora 

OP 

COOE 

No. 

Bytes 

No. 

Cycles 

Relative 

BEQ Oper 

« 

2 

2* 


* Add 1 if branch occurs co saae page. 

* Add 2 if branch occurs Co next page. 


BIT BVt Tést Bits in Memory with Accumubtor BIT 

Operation: A A H, N, N^ * V 

Blc 6 and 7 are cransferred to che status regiscer. N 2 C 1 D V 
If thè reaulc of A AH la aero then 2 • 1, otherwlae 


(Ref: 4.2.1.1) 


Addressing 

Asae^ly Language 

OP 

No. 

No. 

Mode 

Fora 

CODE 

Bytes 

Cycles 

Zero Page 

BIT Oper 

24 

2 

3 

Absoluce 

BIT Oper 

2C 

3 

4 


BMI BMÌ Branch on ResuB Mirtus BMI 

Operation: Branch onN*l N2CIDV 


(Ref: 4.1.1.1) 


Addressing 

Hode 

Asseably Language 
Fora 

OP 

CODE. 

No. 

Bytes 

Ho. 

Cycles 

Relative 

BHI Oper 

30 

2 

2* 


* Add 1 if branch occurs co aaae page. 

* Add 2 if branch occurs to different page. 


BNE BNE Branch on Result not Zero BNE 

Operation: Branch onZ-0 N2C1DV 


(Ref: 4.1.1.6) 


Addressing 

Mode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

Relative 

BNE Oper 

00 

2 

2* 


* Add 1 if branch occurs to sase page. 

* Add 2 if branch occurs to different page. 
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BPL BPL Branch on Result Plus BPL 

Operailon: Branch onN>f N2CIDV 


(Ref: 4.1.1.2) 


Addressing 

Mode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytea 

No. 

Cyclea 

Relative 

BPL Uper 

\9 

2 

2* 

* Add 1 If branch occurs lo saae page. 

* Add 2 If branch occurs lo differenc page. 

BRK BBSi Force Br&ik 

Operaiion: Forced Incerrupi PC + 2 * P * 

(Ref: 9.11) 

N B C I D V 

BRK 

Addressing 

Mode 


OP 

CODE 

No. 

Bytes 

No. 

Cycles 

laiplled 

BRK 

99 

- J 

7 


1. A BRK cooMnd cannot be ushed by secting I. 


BVC BVC Branch on Overjlow Clear BVC 

Operaiion: Branch onV-0 N2CIDV 


(Ref: 4.1.1.8) 


Addressing 

Mode 

Assesibly Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

Relative 

BVC Oper 

50 

2 

2* 


* Add 1 If branch occurs io saae page. 

* Add 2 if branch occurs io differenc page. 


BVS BWS Branch on Overflow Set BVS 

operaiion: Branch onV«l N2CI0V 


(Ref: 4.1.1.7) 


Addressing 

Mode 

Asseably Language 
Form 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

Relative 

BVS Oper 

_1 

70 

2 

2* 


* Add 1 if branch occurs lo sane page, 
e Add 2 if branch occurs lo differeni page. 


CLD CLD Ci^r Decimai Mode CLD 

Operatlon: 0*D N2CIDV 


(Raf: 3.3.2) 


Addressing 

Mode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

laplled 

CLD 

D8 

> 

2 


CLI CLI Ciear Intermpt Disabie Bit GLI 

OparaClon: f-»'! N2CI0V 


(Ref: 3.2.2) 


Addressing 

Mode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

laplled 

CLI 

S8 

1 

2 

CLV 

Operaiion: 0 V 

CLV Clear Overflow Flag 

N 2 

(Ref: 3.6.1) 

C 1 D V 

-0 

CLV 

Addressing 

Asseably Language 

OP 

Me. 

No. 

Mode 

Fora 

CODE 

Bytes 

Cycles 

laplied 

CLV 

B8 

1 

2 

CWIP CMP Compare Memory and Accwnulator 

Operaiion: A-M NZCIOV 

(Ref: 4.2.1) ^ ^ 

CMP 

Addressing 

Asseably Language 

OP 

No. 

No. 

Mode 

Fora 

CODE 

Bytes 

Cycles 

laaediace 

CMP «Oper 

C9 


2 

Zero Page 

CMP Oper 

C5 


3 

Zero Page, X 

CMP Oper. X 

05 


4 

insolute 

(3fP Oper 

CD 

3 

4 

Absolute, X 

OiP Oper. X 

DD 

3 

4» 

Absolute, Y 

CM* Oper, Y 

D9 

3 

4* 

(Indirect, X) 

CMP (Oper, X) 

CI 


6 

(liidirecc), Y 

Ofl» (Oper), Y 

01 


5* 


* Add 1 If page boundary is crossed. 


CLC cu: Clear Curry Flag CLC 

Operaiion; 9 • C N2C1DV 


(Ref: 3.0.2) 


Addressing 

Mode 

Asseably Language 
Form 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

laplied 

CLC 

16 

1 

2 


CPX CPX Compare Memory and index X CPX 


Operaiion X - H 


(Ref: 7.8) 


N 8 C 1 D V 
»' / /- 


Addressing 

Mode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

lanediate 

CPX soper 

E0 

B 

2 

Zero Page 

CPX Oper 

E4 

B 

3 

Absolute 

CPX Oper 

_1 

EC 

B 

4 
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CPY 

Oper«cion: Y 


CPY Compare Menwry and Index Y CPY 

N N 2 C 1 D V 

/ / / - 

(Ref: 7.9) 


Addressing 

Mode 

Assenbly Language 
Foro 

OP 

CODE 

No. 

Byces 

No. 

Cycles 

laaediace 

CPY eOper 

C0 

2 

2 

Zero Page 

CPY Oper 

C4 

2 

3 

J^soluCe 

CPY Oper 

cc 

3 

4 


INC INC Increment Memory by One INC 

<^vr«Cion: NaCtDV 

/ /- 


(Ref: 10.6) 


Addreaslng 

Mode 

Aaaeably language 
Fora 

OP 

CODE 

No. 

tycee 

No. 

Cyclea 

Zero Page 

INC 

Oper 

E6 

B 

n 

Zero Page, X 

INC 

Oper, X 

F6 

B 

Bl 

Absoluce 

INC 

Oper 

EE 

B 

B' 

AbsoluCe, X 

INC 

Oper, X 

FE 

B 

a 


DEC DEC Decrement Memory by One DEC 


Operacion: M - 1 » 

N 

(Ref: 10.7) 

N 8 

/ / 

C 1 D V 


Addressing 

Assenbly language 

OP 

No. 

No. 

Mode 

Fom 

CODE 

RyCes 

Cyclea 

Zero Page 

DEC Ope r 

C6 

B 

B 

Zero Page, X 

DEC Oper, X 

D6 

B 


M>soluce 

DEC Oper 

CE 

B 


Absoluce, X 

DEC Oper, X 


B 

Bl 


INX INX Increment Index X by One INX 

operetion: X+l-»X NSCtDV 


✓ ✓- 

(Ref: 7.4) 


Addressing 

Mode 

Asseaèly Language 
Fora 

OP 

CXWB 

No. 

•ytes 

No. 

Cyclea 

laplied 

INX 

B 

1 

B 


DEX DEX Decrement Index X by One DEX 

Operacion: X*1*X NZCIOV 


(Ref: 7.6) 


Addressing 

Mode 

Assenbly Language 
Fora 

OP 

CODE 

No. 

Byces 

No. 

Cycles 

laplied 

DEX 

CA 

1 

2 


DEY DEY Decrement Index Y by One DEY 

Operatlon; Y-1-*Y N8CIDV 


(Ref: 7.7) 


Addressing 

Mode 

Assenbly Language 
Fora 

OP 

CODE 

No. 

Byces 

No. 

Cycles 

laplied 

DEY 

88 

1 

m 

EOR EOR "ExcUtsive -Or”Memory witk Accumulator 

Operacion: A¥K-»A NZCIDV 

(Ref: 2.2.3.2) ^ ^ 

EOR 

Addressing 

Assenbly Language 

OP 

No. 

No. 

Mode 

Fora 

CODE 

ByCes 

Cycles 

Iwdiace 

EOR «Oper 

49 

2 

2 

Zero Page 

EOR Oper 

45 

2 

3 

Zero Page, X 

COR Oper, X 

55 

2 

4 

Absoluce 

EOR Oper 

4D 

3 

4 

Absoluce, X 

COR C^er, X 

5D 

3 

4* 

tòsoluCe, Y 

EOR Oper. Y . 

59 

3 

4<» 

(Indirecc, X) 

COR (Oper. X) 

41 

2 

6 

(Indirecc) ,Y 

EOR (Oper). Y 

51 

2 

5* 


INY INY Increment Index Y by One INY 

Operacion: Y+l-*Y NXCIOV 


(Ref: 7.5) 


Addressing 

Mode 

Asseably Language 
Fora * 

OP 

CODE 

No. 

Byces 

No. 

Cycles 

laplied 

INY 

C8 

1 

B 


JMP JMP Jump to New Location JMP 


Operacion: (PC > 1) PCL N S C I D V 

- 


Addressing 

Mode 

Assenbly Language 
Fom 

OP 

CODE 

No. 

Byces 

No. 

Cycles 

Absoluce 

JMP Oper 

4C 

B 

B 

lodirect 

JMP (Oper) 

6C 

B 

B 

JSR iSK Jump to New Location Saving Return Address 

Operacion: PC + 2 *, (PC ♦ l) -► PCL N 2 C I D V 

(PC + 2) PCM - 

(Ref: 8.1) 

JSR 

Addressing 

Assenbly Language 

OP 

No. 

No. 

Mode 

Fom 

CODE 

Byces 

Cycles 

Absoluce 

JSR Oper 

20 

3 

IBi 


Add 1 If page boundary is croaaed. 
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LOA LOA Load Accumubtor with Memory LDA 

OlMracion; M-A NZCIDV 


(Itcf: 2.1.1) 


Addressing 

Mode 

Aaaeably Language 
Por* 

o o 

t.) 

No. 

8ycea 

No. 

Cyclcs 

laaadiaca 

LOA 

POper 

A9 

B 

B 

Zero Page 

LOA 

Oper 

A5 

B 

B 

Zero Page. X 

LOA 

Opcr. X 

85 

B 

B 

Abeolute 

LOA 

Oper 

AD 

B 

B 

Absoluce. X 

LDA 

Oper» X 

BD 

B 


Absoluce. Y 

LOA 

Oper, Y 

89 

B 

B 

(Indiracc, X) 

LDA 

(Oper, X) 

Al 

B 


(Indlrecc). Y 

LOA 

(Oper), Y 

81 

H 



* Add 1 if pAM bound«ry Is crosscd. 


LDX LDX Load index X with Memory LDX 

(^raclen: M-*X N3CI0V 

(tef: 7.0) ^ 


Addreaslng 

Mode 

Asscably Laoguage 
Fon 

OP 

CODE 

No. 

Byces 

Ho. 

Cycles 

iMdtace 

LOX 

# Oper 

A2 

2 

2 

Zero Page 

LDX 

Oper 

A6 

2 

3 

Zero Page. Y 

LDX 

Oper. Y 

86 

2 

4 

Absoluce 

LDX 

Oper 

AE 

3 

4 

Absoluce. Y 

LDX 

Oper, Y 

8E 

3 

4* 


* Add 1 vhen p«g« bound«ry is cro*s«d. 


NOP VOVNoOpention NOP 

0p«r«Clon: No OpcroClon (2 cycleo) M i C I D V 


Addressing 

Node 

Aaaeably Language 
Fon 

<» 

CODE 

Ho. 

Dycee 

Ho. 

Cycles 

taplied 

NOP 

EA 

1 

2 

ORA ORA "OR "Menutry with Accumukitor 

Operacion: AVM-'A NRCIDV 

(Ref: 2. 2. 3.1) ^ 

ORA 

Addressing 

Assenbly Language 

OP 

1 

No. 

No. 

Mode 

Fona 

CODE 

Bytes 

Cycles 

Inaedlace 

ORA «Oper 

09 


2 

Zero Page 

ORA Oper 

05 


3 

Zero Page. X 

ORA Oper. X 

15 


4 

Absoluce 

ORA Oper 

0D 

3 

4 

Absoluce. X 

ORA Oper. X 

ID 

3 

4* 

Absoluce, Y 

ORA Oper. Y 

19 

3 

4» 

(Indlrecc. X) 

ORA (Oper. X) 

01 


6 

(Indlrecc), Y 

ORA (Oper). Y 

11 


5 


* Add 1 on page Crossing 


PHA ?Hk Push Accumukttvr on Stock PHA 

Operacion: A4 N d C I D V 


LOY LDY Load Index Y with Memory LDY 


Addressing 

Mede 

Assnbly Language 
Fon 

or 

CODE 

No. 

8ycea 

No. 

Cycles 

laMdlace 

LDY #0per 

A« 

B 

B 

Zero Page 

LDY 

Oper 

A4 

B 

B 

Zero Page, X 

LDY 

Oper, X 

84 

B 

B 

Absoluce 

LDY 

Oper 

AC 

B 


Absoluce, X 

LDY 

Oper, X 

8C 

B 



* Add 1 idien p«g« boundary la crcMiaad. 


LSR ISKShtft Righi One Bit {Merrkjry or Accumulatt^) LSR 


Opcratlon: • -p |7[d|5|i|3[2|l|o| -*0 HactDV 

• ✓ ✓- 

(taf: 10.1) 


Addressing 

Mode 

Assenbly Language 
Fon > 

or 

CODE 

No. 

8ycea 

Ho. 

Cyclea 

Accunulecor 

LSR 

A 

4A 

1 

2 

Zero Page 

LSR 

Opcr 

46 


mm 

Zero Page, X 

LSR 

Oper, X 

56 

B 


Absoluce 

LSR 

Oper 

4E 

B 


Absoluce, X 

LSR 

Oper, X 

SE 

B 

H 


(Raf: 8.5) 


Addressing 

Mode 

Assenbly Language 
Form 

OP 

CODE 

N'o. 

Bytes 

No. 

Cycles 

Inplled 

PHA 

48 

1 

3 


PHP PHP Push Processor Status on Stock PHP 

Operacion: P* N a C I D V 


(Ref: 8.11) 


Addressing 

Mode 

Assenbly Language 
Fon 

1^ 

No. 

Byces 

No. 

Cycles 

laplled 

PHP 

08 

1 

B: 


PLA PhkPuU Accurmiator from Stock PLA 

Operacion: At NRCIOV 


(Ref: 8.6) 


Addressing 

Mode 

Assenbly Language 
Fon 

OP 

CODE 

No. 

Byces 

No. 

Cycles 

Inplled 

PU 

68 

1 

4 
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PLP PLPPuO Processor Status fh>m Stock PLP 

Oper«tlon: P t N 2 C I D V 


Addreeslng 

Hode 

Asseably Language 
Fora 

W 

CODE 

No. 

Bytea 

No. 

Cycles 

laplied 

PLP 

28 

1 

4 


ROL ROL Rotate One Bit Left (Memory or AccumuUttor) ROL 


N or 1 

ui;-! 


l[?l * 


Addresslng 

Mode 

Aaseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

Accuaulator 

ROL 

A 

2A 

B 

ni 

Zero Page 

ROL 

Òper 

. 26 

B 

B 

Zero Page» X 

ROL 

Oper» X 

36 

B 

B 

Abaolute 

ROL 

Oper 

2E 

B 


AbaoluCe» X 

ROL 

Opcr, X 

3E 

B 

n 


ROR ROR Rotate One Bit Righi (Memory or Aceumulator) ROR 


SBC SBC Subrract Memory from Aceumulator with Borrvw SBC 

Opcrccion; A-H-C-A N8CIDV 

Note: C • Borrow (Ref: 2.2.2) - / 


Addresslng 

Mode 

Asseaibly Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

lenediate 

SBC aoper 

E9 


n 

Zero Page 

SBC 

oper 

E5 

^^B 

Wm 

Zero Page. X 

SBC 

oper, X 

F5 



Absolute 

SBC 

Oper 

ED 


B 

Absolute. X 

SBC 

Oper. X 

FD 

^^B 

B 

Risolute, Y 

SEC 

Oper, Y 

F9 



(Indirect. X) 

SBC 

(Oper. X) 

E1 



(Indirect), Y 

SBC 

(Oper), Y 

FI 

Bi 



* Add 1 when page boundary Is crossed. 


SEC SEC Set Curry Flag SEC 

Operacion: 1-»C N8C1DV 

(Ref: 3.0.1) --1 - 


Addresslng 

Mode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

laplled 

SEC 

38 

1 

2 


Operation: 

.(Ref: 10.4) 


Addresslng 

Assesbly Language 

OP 

No. 

No. 

Mode 

Fora 

CODE 

Bytes 

Cycles 

Accunulator 

R.OR A 

6A 

1 

2 

Xero Page 

ROR Oper 

66 

2 

5 

Zero Page.X 

ROR Oper.X 

76 

2 

6 

Absolute 

ROR Oper 

6E 

3 

6 

Absolute.X 

ROR Oper.X 

7E 

3 

7 


Note: ROR Instructlon vili be avallablr on HCS630X «loro- 
proressors after June, 1976. 



RTI RTI Return from Interrupt RTI 


Operai ioti: P^ PC^ 


N i C 1 D V 


Addresslng 

Mode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

laplled 

RTI 

4tf 

1 

6 


RTS RTS Return from Subroutine RTS 

Operacion: PC», PC + !-► PC N S C I 0 V 


(Ref: 8.2) 


Addresslng 

Mode 

Asseably Language 

Fora 

OP 

COI« 

No. 

Bytes 

No. 

Cycles 

I^>Ued 

RTS 

6« 


B 


SED SED Set Decimai Mode SED 

Operetlon: L-'D NZCIDV 


(Ref: 3.3.1) ^ 


Addresslng 

Mode 

Asseably Language 
Fora 

Of 

CODE 

No. 

Bytes 

No. 

Cycles 

laplled 

SED 

F8 

1 

2 


SEI SEI Set Interrupt Disable Status SEI 

operat ion: 1*>! NSCIOV 


(Ref: 3.2.1) 


Addresslng 

Hode 

Asseably Language 
Fora 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

laplled 

SEI 

78 


2 

STA STA Stare Aceumulator in Memory 

Operatlon: A -» N g g 

(Ref: 2.1.2) 

C I D V 

STA 

Addresslng 

Aaeeably Lenguage 

OP 

No. 

No. 

Hode 

Fora 

CODE 

Bytca 

Cycles 

Zero Page 

STA Oper 

8S 

B 

n 

Zero Page, X 

STA Opcr. X 

95 

B 


Absolute 

STA Oper 

8D 

B 


Abaolute, X 

STA Oper, X 

9D 

3 

B 

Abaolute, Y 

STA Oper. Y 

99 

3 

B 

(Indirect, X) 

STA (Oper. X) 

81 

2/ 

B 

(Indirect), Y 

STA (Oper). Y 

91 

2 

H 
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STX 

Operaiion: X > H 

STX Store Index X in Memory 

N a 

(Ref: 7.2) 

C 1 D V 

STX 

Addressing 

Asaeably Language 

OP 

No. 

No. 

Mode 

Fora 

CODE 

Sytes 

Cycles 

Zero Page 

STX Oper 

86 

2 

3 

Zero Page, Y 

STX Oper. Y 

96 

2 

6 

Abaolute 

STX Oper 

SE 

3 

4 

STY 

Operation: Y -> M 

STY Store Index Y in Memory 

N a c 

I D V 

STY 



TAX TAX Transfer Accumuktor to Index X TAX 

Oper*Clon: A-*X NSCIDV 


(Ref: 7.11) 


Addressing 

Aaseably Language 

-1 

OP 

No. 

No. 

Mode 

Fora 

CODE 

Bytea 

Cyclea 

laplled 

TAX 

AA 

1 

a 


TAY 1 Pii Transfer Accumuktor to Index Y TAY 



TSX TSX Transfer Stock Pointer to Index X TSX 

Operaiion: S'X NZCIDV 

(Ref: 8.9^ ^ ^ 


Addressing 

Mode 

Assembly Lunguage 
Form 

OP 

CODE 

No. 

Bytes 

No. 

Cycles 

Implied 

TSX 

SA 

1 

■ 
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TXA TXA Transfer Index X to Accumuktor TXA 



TXS TXS Transfer Index X to Stock Pointer TXS 

Operaiion; X • S ' K 2 C I U V 



TYA TYA Transfer Index Y to Accumuktor TYA 
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Tabella 1 Mappa di memorìa del VIC-20 del primo blocco da IK 


ESADEC. 

DECIMALE 

DESCRIZIONE 

0000 

0 

Jump for USR 

0001-0002 

1-2 

USR vector 

0003-0004 

3^ 

Float—Fixed vector 

0005-0006 

5-6 

Fixed—Float vector 

0007 

7 

Search character, or endline 

0008 

8 

Scan between quotes flag 

0009 

9 

TAB, colunrn save position of cursor on line 

OOOA 

10 

0 = LOAD, 1=VER1FY 

OOOB 

11 

Input, buffer pointer/#subscript 

OOOC 

12 

Default DIM Rag 

OOOD 

13 

Type: FF = string, 00 = numeric 

OOOE 

14 

Type: 80 = integer, 00 = floating point 

OOOF 

15 

DATA scan/LIST quote/memory Rag 

0010 

16 

Subscript/FNx Rag 

0011 

17 

0 = INPUT; $40 = GET; $98 = READ 

0012 

18 

ATN sign/Comparison eval Rag 

0013 

19 

Current I/O prompt Rag 

0014-0015 

20-21 

Basic integer address for SYS,GOTO etc. 

0016 

22 

Pointer: temporary string stack 

0017-0018 

23-24 

Last temp string vector 

0019-0021 

25-33 

Stack for temporary strings 

0022-0025 

34-37 

Utility pointer area 
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Tabella 1 Continua 

ESADEC. 

DECIMALE 

DESCRIZIONE 

0026-002A 

38^2 

Produci area for multiplication 

002B-002C 

43-44 

Pointer: Start of user BASIC (bottoni of memory) 

002D-002E 

45-46 

Pointer: Start of Variables 

002F-0030 

47-48 

Pointer: Start of Arrays 

0031-0032 

49-50 

Pointer: End of Arrays 

0033-0034 

51-52 

Pointer: String Storage (moving down) 

0035-0036 

53-54 

Pointer: Top of active strings 

0037-0038 

55-56 

Pointer: End of user BASIC (top of memory) 

0039-003A 

57-58 

Current Basic line number 

003B-003C 

59-60 

Previous Basic line number 

003D-003E 

61-62 

Pointer: Basic statement for CONT 

003F-0040 

63-64 

Current DATA line number 

0041-0042 

65-66 

Current DATA item address 

0043-0044 

67-68 

In jut vector 

0045-0046 

69-70 

Current variable name 

0047-0048 

71-72 

Current variable address 

0049-004A 

73-74 

Variable pointer for FCR/NEXT 

004B-004C 

75-76 

Y -save; op-save; Basic pointer save 

004D 

77 

Comparison symbol accumulator 

004E 

78-83 

Mise. Work area, Pointers, etc. 

0054-0056 

84-86 

Jump vector for functions 

0057-0060 

87-96 

Mise, numeric work area 

0061 

97 

Accum#l : Exponent 

0062-0065 

98-101 

Accum#l : Mantissa 

0066 

102 

Accum#l : Sign 

0067 

103 

Series evaluation Constant pointer 

0068 

104 

Accum#l hi-order (overflow) 

0069-006E 

105-110 

Accum#2: Exponent, Mantissa, etc 

006F 

111 

Sign comparison, Acc#l vs. Acc#2 

0070 

112 

Accum#l lo-order (rounding) 

0071-0072 

113-114 

Cassette buffer length/Series pointer 

0073-008A 

115-138 

CHARGET subroutine (Get Basic char) 

■007A-007B 

122-123 

Basic CHARGET vector (within subroutine) 

008B-008F 

139-143 

RND seed value; 

0090 

144 

Status word ST 

00091 

145 

Keyswitch PIA: STOP (= $FE) and RVS flags 

0092 

146 

Timing Constant for tape 

0093 

147 

Load = 0, Verify = 1 

0094 

148 

Serial output: deferred char. flag (IEEE) 

0095 

149 

Serial deferred character (IEEE) 

0096 

150 

Tape EOT received 

0097 

151 

Register save (IEEE) 

0098 

152 

How many open files? 

0099 

153 

Input device (normally 0) 
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Tabella 1 Continua 


ESADEC. 

DECIMALE 

DESCRIZIONE 

009A 

154 

Output (CMD) device (normally 3) 

009B 

155 

Tape character parity 

009C 

156 

Byte-received flag/cassette dipole switch 

009D 

157 

OS message flag; Direct = $80/RUN = 0 

009E 

158 

Tape Pass 1 error log/char. buffer 

009F 

159 

Tape Pass 2 error log corrected 

00A0-00A2 

160-162 

Jiffy Clock (HML) 

00A3 

163 

Serial bit count/EOl flag 

00A4 

164 

Cycle count for serial I/O 

00A5 

165 

Countdown, tape write/bit count 

00A6 

166 

Pointer: tape buffer 

00A7 

167 

Tape write Idr count/Read pass/inhibit (RS232) 

00A8 

168 

Tape Write new byte/Read error/inhibit cnt (RS232) 

00A9 

169 

Write start bit/Read bit err/stbit (RS232) 

OOAA 

170 

Tape Scan;Ld;End/byte assy (RS232) 

OOAB 

171 

Write lead length/Rd checksum/parity (RS232) 

OOAC-OOAD 

172-173 

Pointer: tape buffer, scrolling 

OOAE-OOAF 

174-175 

Tape end addresses/End of program for SAVE 

OOBO -GOBI 

176-177 

Tape timing constants 

OOB2-OOB3 

178-179 

Pointer: start of tape buffer 

00B4 

180 

Tape timer (1 =enable); bit cnt (RS232) 

OOB5 

181 

Tape EOT/next bit to send (RS232) 

00B6 

182 

Read character error/outbyte buffer (RS232) 

OOB7 

183 

# characters in file name 

OOB8 

184 

Current logicai fUe 

OOB9 

185 

Current secondary address or R/W 

OOBA 

186 

Current device 

OOBB-OOBC 

187-188 

Pointer: to file name 

OOBD 

189 

Write shift word/Read input char (RS232) 

OOBE 

190 

# blocks remaining to Write/Read 

OOBF 

191 

Serial word buffer 

OOCO 

192 

Tape motor interlock 

OOC1-OOC2 

193-194 

I/O start addresses 

00C3-00C4 

195-196 

Kernal setup pointer 

OOC5 

197 

Current key pressed 

OOC6 

198 

# chars in keyboard buffer 

OOC7 

199 

Screen reverse flag (0 = off, 18=on) 

OOC8 

200 

Pointer: End-of-line for input 

00C9-00CA 

201-202 

Input cursor log (row, column) 

OOCB 

203 

Which key: 64 if no key 

OOCC 

204 

Cursor enable (0 = flash cursor on, 1 = off) 

OOCD 

205 

Cursor blink delay 

OOCE 

206 

Character under cursor 

OOCF 

207 

Cursor in bUnk phase flag (1 = off, 0=visible) 
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Tabella 1 Continua 


ESADEC. 

DECIMALE 

DESCRIZIONE 

ODDO 

208 

Input from screen/from keyboard 

OOD1-OOD2 

209-210 

Pointer to screen line address 

OOD3 

211 

Position of cursor on above line 

00D4 

212 

0 = direct cursor, else programmed 

00D5 

213 

Current screen line length (22,44,66,88) 

00D6 

214 

Row where cursor lives 

OOD7 

215 

Last inkey/checksum/buffer 

00D8 

216 

# of INSERTs outstanding 

00D9-00F0 

217-240 

Screen line link table 

OOFl 

241 

Dummy screen link 

00F2 

242 

Screen row marker 

00F3-00F4 

243-244 

Screen color printer 

OOF5-OOF6 

245-246 

Keyboard pointer 

00F7-00F8 

247-248 

Pointer RS-232 receive buffer base location 

00F9-00FA 

249-250 

Pointer RS-232 transmit buffer base location 

OOFB-OOFE 

251-254 

Operating system free zero page space 

GOFF 

255 

Basic Storage 

OlOO-OlOA 

256-266 

Floating to ASCII work area 

0100-103E 

256-318 

Tape error log 

0100-01FF 

256-511 

Processor stack area 

0200-0258 

512-600 

BASIC input buffer 

0259-0262 

601-610 

Logicai file table 

0263-026C 

611-620 

Device # table 

026D-0276 

621-630 

Secondary address or R/W CMD table 

0277-0280 

631-640 

Keyboard buffer 

0281-0282 

641-642 

Start of memory for op system 

0283-0284 

643-644 

Top of memory for op system 

0285 

645 

Serial bus timeout flag (IEEE) 

0286 

646 

Current color code 

0287 

647 

Color under cursor 

0288 

648 

Hi-byte base location of screen 

0289 

649 

Max. size of keyboard buffer 

028A 

650 

Key repeat 128=repeat all keys, 64=repeat no keys, 0=cursor Controls 

028B 

651 

Delay before first repeat occurs 

028C 

652 

Delay between repeats 

028D 

653 

Keyboard Shift/Control flag 

028E 

654 

Last keyboard shift pattern 

028F-0290 

655-656 

Pointer; keyboard decode table 

0291 

657 

Shift mode switch (0=enabled, 128=locked) 

0292 

658 

Auto scroll down flag (0 = on, 1 = ofO 

0293 

659 

Pseudo RS232 control register 

0294 

660 

Pseudo RS232 command register 

0295-0296 

661-662 

Non-standard bit Urne (2-130) 
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Tabella 1 Continua 


ESADEC. 

DECIMALE 

DESCRIZIONE 


0297 

663 

RS-232 status register 


0298 

664 

Number of bits sent/received 

0299-029A 

665-666 

Baud rate (full) bit time 

029B 

667 

RS232 end of input buffer pointer 

029C 

668 

RS232 start of input buffer pointer 

029D 

669 

RS232 start of transmit buffer pointer 

029E 

670 

RS232 end of transmit buffer pointer 

029F-02A0 

671-672 

Holds IRQ during tape operations 

02A1-02FF 

673-767 

Program indirects 


0300-0301 

768-769 

Error message link 


0302-0303 

770-771 

Basic warm start link 


0304-0305 

772-773 

Crunch Basic tokens link 

0306-0307 

774-775 

Print tokens link 


0308-0309 

776-777 

Start new Basic code link 

030A-030B 

778-779 

Get arithmetic element link 

030C 

780 

Storage for 6502 .A register during SYS 

030D 

781 

Storage for 6502 .X register during SYS 

030E 

782 

Storage for 6502 .Y register during SYS 

030F 

783 

Storage for 6502 .P register during SYS 

0310-0313 

784-787 

?? 


0314-0315 

788-789 

IRQ interrupt vector (EABF) 

0316-0317 

790-791 

BRK interrupt vector (FED2) 

0318-0319 

792-793 

NMl interrupt vector 

(FEAD) 

031A-031B 

794-795 

OPEN vector 

(F40A) 

031C-031D 

796-797 

CLOSE vector 

(F34A) 

031E-031F 

798-799 

Set-input vector 

(F2C7) 

0320-0321 

800-801 

Set-output vector 

(F309) 

0322-0323 

802-803 

Restore I/O vector 

(F3F3) 

0324-0325 

804-805 

INPUT vector 

(F20E) 

0326-0327 

806-807 

Output vector 

(F27A) 

0328-0329 

808-809 

Test-STOP vector 

(F770) 

032A-032B 

810-811 

GET vector 

(F1F5) 

032C-032D 

812-813 

Abort I/O vector 

(F3EF) 

032F-032F 

814-815 

User vector 

(FED2) 

0330-0331 

816-817 

Link to load RAM 

(F549) 

0332-0333 

818-819 

Link to save RAM 

(F685) 

0334-033B 

820-827 

?? 


033C-03FB 

828-1019 

Cassette buffer 






APPENDICE 3 175 


Tabella 2 Caratteri corrispondenti ai codici dello schermo e CBM ascii 



Schermo 

Schermo 

Stampante 


(POKE) 

(PRINT) 

(PRINT#) 

Set 1 

POKE 36869, PEEK(36869) AND 240 

CHR$(142) 

CHR$(145) 

Set 2 

POKE 36869, PEEK(36869) AND 242 

CHR$(14) 

CHR$(17) 


Set 1 Maiuscole + Miscellanea/Grafica. 

Set 2 Minuscole + Miscellanea/Maiuscole + Grafica. 



Schermo 

Stampante 


(PRINT) 

(PRINT#) 

Reverse field off 

CHR$(146) 

CHR$(146) 

Reverse field on 

CHR$(18) 

CHR$(18) 


Il codice ASCII {American Standard Codefor Information Interchange) è molto usato 
perla rappresentazione di caratteri. Normalmente è un codice di 7 bit che rappresenta 
128 caratteri. 

I computer CBM immagazzinano caratteri in una versione estesa di 8 bit del formato 
ASCII, consentendo una rappresentazione di 256 caratteri. In un testo in Basic 7 bit = 1 
sta a significare una parola chiave; altrove nella memoria i codici di caratteri di 8 bit 
vengono interpretati come nella seguente tabella. 


SET I 

SET 2 

SCREEN 

CODE 

CBM ASCi 

SET 1 

SET 2 

SCREEN 

CODE 

CBM ASCI 

SET 1 

SET 2 

SCREEN 

CODE 

CBM ASCI 

Q 

d 

0 

64 

Q 

4 

17 

81 

II 

II 

34 

34 

fi 

a. 

1 

65 

R 

r 

18 

82 

# 

# 

35 

35 

B 

b 

2 

66 

S 

€. 

19 

83 

$ 

$ 

36 

36 

C 

c 

3 

67 

T 

t 

20 

84 

y. 

y. 

37 

37 

D 

d 

4 

68 

U 

u 

21 

85 

& 

& 

38 

38 

E 

e 

5 

69 

V 

v 

22 

36 

/ 

/ 

39 

39 

F 

f 

6 

70 

kJ 

Ijj 

23 

87 

< 

( 

40 

40 

G 

g 

7 

71 

X 

X 

24 

88 

) 

) 

41 

41 

H 

h 

8 

72 

V 

'J 

25 

89 

* 

« 

42 

42 

I 

i 

9 

73 

2 

2; 

26 

90 

4* 

+ 

43 

43 

J 

.,i 

10 

74 

[ 

C 

27 

91 


> 

44 

44 

K 

k 

11 

75 

£ 

£ 

28 

92 

- 

~ 

45 

45 

L 

l 

12 

76 

] 

3 

29 

93 

• 

• 

46 

46 

M 

m 

13 

f \ 

t 

t 

30 

94 

/ 

X 

47 

47 

N 

il 

14 

78 

4r 

4r 

31 

95 

e 

0 

48 

48 

0 

0 

15 

79 



32 

32 

1 

1 

49 

49 

P 

P 

16 

80 

1 1 

! 

33 

33 

2 


50 

50 






8255 A 
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8255A/8255A-5 

PROGRAMMABLE PERIPHERAL INTERFACE 


■ MCS-SS^** Compatible 8255A-5 

■ 24 Programmable I/O Pins 

■ Completely TTL Compatible 

■ Fully Compatible with Intel® Micro¬ 
processor Famiiies 

■ Improved Timing Characteristics 


■ Direct Bit Set/Reset Capability Easing 
Control Application interface 

■ 40-Pin Duai In-Line Package 

■ Reduces System Package Count 

■ Improved DC Driving Capability 


The Intel® 82S5A Is a generai purpose programmable I/O device designed for use with Intel® microprocessors. It has 
24 I/O pins which may be individually programmed in 2 groups of 12 and used in 3 major modes of operation. In thè first 
mode (MODE 0), each group of 12 I/O pins may be programmed in sets of 4 to be input or output. In MODE 1, thè second 
mode, each group may be programmed to bave 8 linea of input or output. Of thè remaining 4 pins, 3 are used for hand- 
shaking and interrupt control signals. The third mode of operation (MODE 2) is a bidirectional bus mode which uses 8 
lines for a bidirectional bus, and 5 linea, borrowing one from thè other group, for handshaking. 



Figure 1. 825SA Block Diagram 


Figure 2. Fin Configuration 
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8255A/8255A-5 


8255A FUNCTIONAL DESCRIPTION 

General 

The 8255A is a programmable perlpheral interface (PPI) 
device designed for use in Intel® microcomputer 
Systems. Its function is that of a generai purpose I/O 
component to interface peripheral equipment to thè 
microcomputer System bus. The functional configura- 
tion of thè 8255A is programmed by thè System software 
so that normally no external logie is necessary to inter¬ 
face peripheral devices or structures. 

Data Bus Buffer 

This 3-state bidirectional 8-bit buffer is used to interface 
thè 8255A to thè System data bus. Data is transmitted or 
received by thè buffer upon execution of input or output 
instructions by thè CPU. Control words and status Infor¬ 
mation are also transferred through thè data bus buffer. 

Read/Write and Control Logic 

The function of this block is to manage all of thè internai 
and external transfers of both Data and Control or Status 
words. It accepts inputs from thè CPU Address and Con¬ 
trol busses and in turn, issues commands to both of thè 
Control Groups. 

(CS) 

Chip Select. A "low" on this input pin enables thè com- 
muniction between thè 8255A and thè CPU. 


(RD) 

Read. A “low" on this input pin enables thè 8255A to 
send thè data or status Information to thè CPU on thè 
data bus. In essence, it allows thè CPU to "read from” 
thè 8255A. 

(^) 

Write. A "low” on this input pin enables thè CPU to write 
data or control words into thè 825SA. 

(Aq and Al) 

Port Select 0 and Pori Select 1. These input signais, in 
conjunction with thè RD and WR inputs, control thè 
selection of one of thè three ports or thè control word 
registers. They are normally connected to thè least 
significant bits of thè address bus (Ao and A^). 


8255A BASIC OPERATION 


Al 

Ao 

RD 

WR 

CS 

INPUT OPERATION (READ) 

0 

0 

0 

1 

0 

PORT A =► DATA BUS 

0^ 

1 

0 

1 

0 

PORT B =► DATA BUS 

1 

0 

0 

1 

0 

PORT C =*-DATA BUS 






OUTPUT OPERATION 
(WRITE) 

0 

0 

1 

0 

0 

DATA BUS =► PORT A 

0 

1 

1 

0 

0 

DATA BUS =»• PORT B 


0 

1 

0 

Q 

DATA BUS =► PORT C 

1 

1 

1 

0 

0 

DATA BUS =* CONTROL 






DISABLE FUNCTION 

X 

X 

X 

X 

1 

DATA BUS=* 3-STATe 

1 

1 

0 

1 

0 

ILLEGALCONOITION 

X 

X 

1 

1 

0 

DATA BUS =>■ 3-STATE 



Figure 3. 8255A Block DIagram Showing Data Bus Buffer and Read/Write Control Logic FuncBons 












180 


APPENDICE 4 



8255A/8255A-5 


(RESET) 

Rm 0 L a "high on this input ciears thè control register 
and all porta (A, C, C) are set to thè input mode. 

Group A and Group B Controls 

The functional configuratlon of each poti la program- 
med by thè Systems software. In essence, thè CPU “out- 
puts” a control word to thè 825SA. The control word con- 
tains Information such as "mode", "bit set", "bit reset", 
etc., that initlalizes thè functional configuratlon of thè 
82SSA. 

Each of thè Control blocks (Group A and Group B) accepts 
"commands" from thè Read/Write Control Cogic. receives 
"control words" from thè internai data bus and issues thè 
proper commands to its associateti ports. 

Control Group A — Port A and Port C upper (C7-C4) 
Control Group B - Port B and Port C lower (C3-C0) 

The Control Word Register can Oniy be written into. No 
Read operation of thè Control Word Register is allowed. 


Ports A, B, artd C 

The 82S5A contains three 8-bit ports (A, B, and C). All 
can be configured in a wide variety of functional charac- 
teristics by thè System software but each has its own 
special features or "personality” to further enhance thè 
power and flexibility of thè 8255A. 

Port A. One 8-bit data output latch/buffer and one 8-bit 
data input latch. 

Pori B. One 8-bit data input/output latch/buffer and one 
8-bit data input buffer. 

Port C. One 8-bit data output latch/buffer and one 8-blt 
data Input buffer (no latch for input). This port can be 
divided into two 4-bit ports under thè mode control. 
Each 4-bit port contains a 4-bit latch and it can be used 
for thè control signal outputs and status signal inputs in 
conjunction with ports A and B. 



PIN CONFIGURATION 



PIN NAMES 


R€Sf T 

^ DATA BySiei 0»ReCTIONA(^ 

r' RCSÌtÌnF^t""'.] 

CS 


RO 1 

j READ INPUT j 

iÌR 

' WRITE INPUT j 

AO, Al 

: PORI AOORESS 1 

PA7PA0 ! 

1 PORTAIRIT) ! 

PB7PM j 

j PORT e >a«T) 

PC7PCÓ ! 

; PORt C (BIT) 

, Vcc_j 

j «SVOllS 

i GNO 

avotTs I 


Figure 4. 8225A Block Diagram Showing Group A and 
Group B Control Functions 
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8255A OPERATiONAL DESCRIPTION 

Mode Selection 

There are three basic modes of operation that can be select- 
ed by thè System software: 

Mode 0 — Basic Input/Output 

Mode 1 — Strobed Input/Output 

Mode 2 — Bi-Directional Bus 

When thè reset input goes "high” all ports will be set to 
thè input mode (i.e., all 24 lines will be in thè high im- 
pedance state). After thè reset is removed thè 8255A can 
remain in thè input mode with no additional initialization 
required. During thè execution of thè System program 
any of thè other modes may be selected using a single 
output instructlon. This allows a single 8255A to Service 
a variety of peripheral devices with a simple software 
maintenance routine. 

The modes for Port A and Port B can be separately defined, 
while Port C is divided into two portions as required by thè 
Port A and Port B definitions. All of thè output registers, in- 
cluding thè status flip-flops, will be reset whenever thè 
mode is changed. Modes may be combined so that their 
functional definition can be "tailored" to almost any I/O 
structure. For instance; Group B can be programmed in 
Mode 0 to monitor simple switch closings or display compu- 
tational resuits, Group A couid be programmed in Mode 1 
to monitor a keyboard or tape reader on an interrupt-driven 
basis. 


ADDRESS BUS 


CONTROL BUS 


IT 


1£ 


U ìì U 


RO. WR 

B 

O7D0 

825SA 

cs 

A 




PB^PBo 


PAj-PAo 

■l»_ 

c 

A r 


CONTROL CONTROL PA,-l*Ao 
OR I/O OR I/O 








J^jBI OIRECTIONAL 
PAjPAo 


Figure 5. Basic Mode Definitions 
and Bus Interface 


CONTROL WORD 



Rgure 6. Mode Definition Format 


The mode definitions and possible mode combinations 
may seem confusing at first but after a cursory review of 
thè complete device operation a simple, logicai I/O ap- 
proach will surface. The design of thè 8255A has taken 
into account things such as efficient PC board layout, 
control signal definition vs PC layout and complete 
functional flexibility to support almost any peripheral 
devlce with no external logie. Such design represents 
thè maximum use of thè available pins. 


Single Bit Set/Reset Feature 

Any of thè eight bits of Port C can be Set or Reset using a 
single OUTput instructlon. This feature reduces software 
requirements in Control-based applications. 
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CONTROL «ORO 



Figure 7. Bit Set/Reset Format 


When Port C i$ being used as status/control for Port A or B, 
these bits can be set or reset by using thè Bit Set/Reset op- 
eration just as if they were data output ports. 

Intemipt Control Functions 

When thè 825SA is programmed to operate in mode 1 or 
mode 2, control signais are provided that can be used as 
interrupt request inputs to thè CPU. The interrupt re- 
quest signais, generated from port C, can be inhibited or 
enabied by setting or resetting thè associated INTE flip- 
flop, using thè bit set/reset function of port C. 

This function allows thè Programmer to disallow or allow a 
specific I/O device to interrupt thè CPU without affecting 
any other device in thè internipt structure. 

INTE flip-flop definition; 

(BIT-SET) — INTE is SET — Interrupt enable 
(BIT-RESET) - INTE is RESET - Interrupt disable 

Note: All Mask flip-flops are automatically reset during 
mode selection and device Reset. 


Operating Modes 


MODE 0 (Basic InpuVOutpuI). This functional conf Igura- 
tion provides simple input and output operatlons for 
each of thè three ports. No ‘‘handshaking" Is required, 
data Is simply written to or read from a specified port. 


Mode 0 Basic Functional Definitions: 

• Two 8-bit ports and two 4-bit ports. 

• Any port can be input or output. 

• Outputs are latched. 

• Inputs are not latched. 

• 16 different Input/Output configurations are possible 
in this Mode. 



MODE 0 (Basic Input) 
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MODE 0 Pori Definitfon 


> 


: B 

GROUP A 


GROUP 8 

D4 

D3 

Di 

Do 

PORTA 

PORTO 

(UPPER) 

# 

PORT B 

PORTO 

(LOWER) 

0 

0 

0 

0 

OUTPUT 

OUTPUT 

0 

OUTPUT 

OUTPUT 

0 

0 

0 

1 

OUTPUT 

OUTPUT 

1 

OUTPUT 

INPUT 

0 

0 

1 

0 

OUTPUT 

OUTPUT 

2 

INPUT 

OUTPUT 

0 

0 

1 

1 

OUTPUT 

OUTPUT 

3 

INPUT 

INPUT 

0 

1 

0 

0 

OUTPUT 

INPUT 

4 

OUTPUT 

OUTPUT 

0 

1 

0 

1 

OUTPUT 

INPUT 

5 

OUTPUT 

INPUT 

0 

1 

1 

0 

OUTPUT 

INPUT 

6 

INPUT 

OUTPUT 

0 

1 

1 


OUTPUT 

INPUT 

7 

INPUT 

INPUT 


0 

0 

0 

INPUT 

OUTPUT 

8 

OUTPUT 

OUTPUT 

1 

0 

0 


INPUT 

OUTPUT 

9 

OUTPUT 

INPUT 

1 

0 

1 

0 

INPUT 

OUTPUT 

10 

INPUT 

OUTPUT 

1 

0 

1 


INPUT 

OUTPUT 

11 

INPUT 

INPUT 


1 

0 

0 

INPUT 

INPUT 

12 

OUTPUT 

OUTPUT 

1 

1 

0 


INPUT 

INPUT 

13 

OUTPUT 

INPUT 

1 

1 

1 

0 

INPUT 

INPUT 

14 

INPUT 

OUTPUT 

1 

1 

1 


INPUT 

INPUT 

15 

INPUT 

INPUT 


MODE 0 Configurations 


CONTROL WORD =0 

O? Pg Os D< Og P2 Pi PQ 


1 0 0 0 0 0 0 0 


CONTROL WORD »2 

O7 Dg Dg D4 Dj Dj D, Dp 

|~i j 0 I 0 I 0 r 0 I 0 [ 1 TT 



CONTROL WORD >1 

D, Og O 5 D 4 Dj Dj O, Og 



PAyPAo 


PC, PC. 

PCjPCfl 


pStPHo 



CONTROL WORD .>3 

O7 Pg O5 P4 P3 P? Pi Pq 

I 1 I 0 I 0 I 0 I 0 lo 1 1 I 1 


PA,PA^ 


PC,PC. 

PCjPC^ 

pe,PBo 



PA,-PAo 

«rPc. 


PCjPCg 


re,-P8o 



PA,.PA„ 


PC, PC. 
PCjPCo 


P8,PBo 






184 APPENDICE 4 

inter 


8255A/8255A-5 























APPENDICE 4 


85 



Operating Modes 

MODE 1 (Strobed input/Output). This functional con- 
figuration provides a means for transferring I/O data to 
or from a specified pori in conjunction with strobes or 
“handshaking" signals. In mode 1, port A and Pori B use 
thè lines on port C to generate or accept these "hand- 
shaking” signals. 


Mode 1 Basic Functional Definitions: 

• Two Groups (Group A and Group 8) 

• Each group contains one 8-bit data port and one 4-bit 
control/data port. 

• The 8-bit data port can be either input or output. 
Both inputs and outputs are latched. 

• The 4-bit port is used for control and status of thè 
8-bit data port. 
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Input Control SIgnal Doflnltion 

STB (Strobe input). A “low” on this input Ioads data into 
thè input iatch. 

IBF (Input Buffer Full F/F) 

A "high" on this output indicates that thè data has been 
Ioaded into thè input Iatch; in essence, an acknowledgement 
IBF i$ set by STB input being low and is reset by thè rising 
edge of thè RD input. 

INTR (Interrupt Request) 

A "high" on this output can be used to interrupt thè CPU 
when an input device is requesting Service. INTR is set by 
thè STB is a "one", IBF is a "one^' and INTE is a "one". 
It is reset by thè falling edge of RD. This procedure allows 
an input device to request Service from thè CPU by simply 
strobing its data into thè port. 


INTE A 

Controlied by bit set/reset of PC 4 . 
INTEB 

Controlied by bit set/reset of PC 2 . 


MODE 1 (PORT A) 




STB. 

IBF. 

INTR. 

I/O 

STB, 

IBfj 

INTR, 


Figure 8. MODE 1 Input 



Figure 9. MODE 1 (Strobed Input) 
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National 

Semiconductor 


Analog-to-Digital Converters 


ADC0808, ADC0809 8-Bit Compatible A/D Converters 

With 8-Channel Multìplexer 


General Deeciiptlon 

The ADC0808, ADC0809 data acquisltion component is a 
monolithic CMOS device with an e-bit analog-to-digital 
converter, 8 -channel multiplexer and microprocessor 
compatible control logie. The 8 -bit A/D converter uses suc¬ 
cessive approximation as thè conversion technique. The 
converter features a high impedance chopper stabllized 
comparator, a 2S6R voltage divider with analog switch tree 
and a successive approximation register. The 8 -channel 
multiplexer can directiy access any of 8 -single-ended ana- 
iog signals. 

The device eliminates thè need for external zero and full- 
scale adjustments. Easy interfacing to microprocessors 
Is provided by thè latched and decoded multiplexer ad- 
dress inputs and latched TTL TRI-STATE® oiitputs. 

The design of thè ADC0808, AOC0809 has been optimized 
by incorporating thè most desirable aspeets of several 
A/O conversion techniques. The AOC0808, ADC0809 of- 
fers high speed, high accuracy, minimal temperature 
dependence, excellent long-term accuracy and repeatabi- 
llty, and consumes minimal power. These features make 
this device ideally suited to applications from process and 
machine control to consumer and automotive applica¬ 
tions. For 16-channel multiplexer with common output 
(sampie/hold port) see ADCCI816 data sheet. 


Féatures 

■ Resolution — 8-bits 

■ Total unadjusted error — ± 1/2 LSB and ± 1 LSB 

■ No missing codes 

■ Conversion time — 100 ns 

■ Single supply — 5 Vjx; 

■ Operates ratiometrically or with 5 Vqc or analog span 
adjusted voltage reference 

■ 8-channel multiplexer with latched control logie 

■ Easy interface to all microprocessors, or operates 
"stand alone” 

■ Outputs meet T^L voltage levei specificatlons 

■ OV to 5V analog input voltage range with single 5V 
supply 

■ No zero or full-scale adjust required 

■ Standard hermetic or molded 28-pin OIP package 

■ Temperature range -40*C to -i-SS'C or -56'C to 
-k125‘C 

■ Low power consumption — 15 mW 

■ Latched TRI-STATE* output 


Block Diagram 


STAfIT CLOCK 



ADC0808, ADC 











ADC0808, ADC0809 
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Absolute Maximum Ratings (Notes i and a) Operating Ralinga (Notes 1 and 2) 


Supply Voltaga ( Vcc XNota 3) 6.5V 

Voitaga at Any PIn -0.3V to.(Vcc 0.3V) 

Excapt Controi input# 

Voltaga al Contro) Input# - 0.3V to 15V 

(START, OE, CLOCK. ALE. AOO A. ADD B. ADO C) 
StoragaTamparaturaRango -65*Cto 4>150*C 

Packaga Oissipation at T^ s 2S*C 875 mW 

LaadTamperature($oldaring, lOsecond#) 300*C 


Tamparatura Rango (Nota 1) 
Aocoeodcj 

Aocoeoeccj. AO<xeo8CCN. 
ADCoeoeccN 
Rangaof Vcc(Nota 1) 


TmIN^T^sTmax 

-55*CsTas + 125*C 

-40'CsTas+WC 

4.5Vdc»o6-0V[>c 


Eioctrical Charactariatics 

Converter Specillcatione; Vcc = 5 '^DC = ^nEn*> Vref(-)=Tmin^TasTmax atid fcLK=640 kHz 
uniess otherwise stated. 


Parameter 


ADC0808 

Total Unadjusted Error 
(Notes) 

ADC0809 

Total Unadjusted Error 
(Note 5) 

Input Resistance 
Analog Input Voltage Range 
VREF(I Voltage, Top of Ladder 

^REFi jjjlVRE i ^) Voltage, Center of Ladder 
2 

Vref(-) Voltage, Bottom of Ladder 

Comparator Input Current 


Conditions 


25*C 

^MIN *0 TmaX 

0°C to 70*C 
TmIN to TmaX 
From Ref( + ) to Ref( - ) 
(Note4)V( + )orV(-) 
Measured at Ref(-F) 


Measured at Ref( - ) 
fc = 640 kHz, (Note 6) 


1.0 2.5 kfl 

QND-0.10 Vcc+0.10 Vdc 

Vcc Vcc+0.1 V 

Vcc/2-0.1 Vcc/2 Vcc/2+0.1 V 


Eioctrical Characteriatica 

Digital Levels and oc Specifications: ADC0808CJ 4.5V<Vcc£5.5V, -S5 °C£Ta£ -f 125 °C uniess otherwise noted 
ADC0808CCJ, ADC0808CCN, and ADC0809CCN 4.75s Vccs5.25V, - 40“C<Ta< + 85"C uniess otherwise noted 


Parameter 


ANALOG MULTIPLEXER 


Conditlons 


Min Typ Max Units 


Vcc=5V,V,n = 5V, 

Ta = 25'’C 


10 

200 

nA 

TwiNtoTMAX 



1.0 

mA 

Vcc = 6V,V,n = 0, 

Ta = 25«C 

-200 

-10 


nA 

^Miwto TmaX 

-1.0 



rA 


CONTROL INPUTS 


VlNMl t 


Logicai "1" Input Voltage 
Logicai "0" Input Voltage 

Logicai "1” Input Current 
(The Control Inputs) 

Logicai "0" Input Current 
(The Control Inputs) 

Supply Current 



Vcc-1-5 


1.5 

V,n = 15V 



1.0 

O 

II 

z 

> 

-1.0 



fcLK = 640 kHz 


0.3 

3.0 
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Electrical Characteilstics (Continued) 


Digital L«v*ls and DC Specilleatlons; ADC0808CJ4.5V£VccsS.SV, -SS'C^Tas ••■125’Cunlessotherwlsenoted 
ADCOSOaCCJ, ADC0808CCN, and ADC0809CCN 4.75sVccs5.25V, -40 ’CsTaS -t-SS'C uniéss otherwisa noted 

Parameter Conditions Min Typ Max Unita 

DATA OUTPUTS AND EOC (INTERHUPT) 


VoUT(1) 

Logicai "1” Output Voltage 

VoUT(0) 

Logicai "O” Output Voltage 

VoUT(0) 

Logicai "0" Output Voltage EOC 

•oUT 

TRI-STATE Output Current 



Electrical Characteristics 

Timing Spaciflcatlons: V^c==5V, Vref(_,= GND, t,=t| » 20 ns and T^=2S*C uniess otherwise noted. 


Symtiol 

Parameter 

Conditions 

Min 

Typ 

Max 

Unita 

•ws 

Minimum Start Pulse Width 

(Figure 5) 


100 

200 

ns 

Wle 

Minimum ALE Pulse Width 

(Figure 5) 


100 

200 

ns 


Minimum Address Set-Up Time 

(Figure 5) 


25 

50 

ns 

tH 

Minimum Address Hold Time 

(Figure 5) 


25 

50 

ns 

*0 

Anaiog MUX Delay Time 

From ALE 

Rs = 0fl (Figure 5) 


1 

2.5 

MS 

•hi. Iho 

OE Control to Q Logic State 

Cl = 50 pF, Rl = lOk (Figure 8} 


125 

250 

ns 

•ih. •oh 

OE Control to Hi-Z 

Cl= 10 pF. R(_= lOk (Figure8) 


125 

250 

ns • 

•c 

Conversion Time 

f5 = 640 kHz. (Figure 5) (Note 7) 

90 

100 

116 

MS 

•c 

Clock Frequency 


10 

640 

1280 

kHz 

•eoc 

EOC Delay Time 

(Figure 5) 

0 


8 + 2 /tS 

Clock 

Periods 

C|N 

Input Capacitance 

At Control Inputs 


10 

15 

pF 

Cout 

TRI-STATE® butput 
Capacitance 

At TRI-STATE® Outputs, (Note 12) 


10 

15 

pF 


NMe 1: Abaolute maximum ratinga are thoae values beyond which thè lite of thè device may be impaired. 

Note 2: All voltagea are meaaured with reapect to GNO. unleaa otherwise specifled. 

Note 3: A zener diode exista, irìternally. from to QND and has a typical breakdown vottage o( 7 Vqq. 

Noto 4: Two on^hip diodea are tled to each anaiog input which wlll forward conduci for anaiog input voltagea one diode drop below ground or one diode drop 
greater than thè Vqq supply. The spec allowa 100 mV forward biaa of either diode. This means that aa iong as thè anaiog Vif,^ does not exceed thè supply 
voltage by more than 100 mV, thè output code wlll be correct. To achleve an abaoluteO Vqq to 5 Vqc itiput voitage range will therefore require a minimum sup* 
ply voltage of 4.900 V 0 q over temperature variations, initial tolerance and Ioading. 

Note 9: Total unadiusted error includea of faet, fuil scale. linearity, and multiplexer e^ora. See Figure 3. None of theae A/Da requirea a zero or full-scale adjust. 
However, if an all zero code is deaired for an anaiog input other than O.OV, or if a narrow full-acale apan exista (for example: 0.SV to 4.5V full-scale) thè reference 
voltagea can be adjuated to achleve thia. See Figure 13. 

Noto 6: Comparator input current ia a biaa current into or out of thè chopper stabilized comparator. The biaa current variea directiy with clock frequency and 
has little temperature dependence (Figure 61 See paragraph 4.0. 

Nolo 7: The outputa of thè data regiater are updated one clock cycle before thè rising edge of EOC. 


ADC0808, ADC0809 
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^Natkmal 
id Semiconductor 


SensorsTTransducers 


LM135/LM235/LM335, LM135A/LM235A/LM335A 
Precision Temperature Sensore 

General Desciiptlon 


The LM135 series are precision, easily-calibrated, inte- 
grated Circuit temperature sensore. Operating as a 
2-terminal tener, thè LM135 has a breakdown voltage 
directiy proportional to absolute temperature at +10 mV/ 
°K. With less than m dynamic impedance thè device 
operates over a current range of 400 pA to 5 mA with 
virtually no change in performance. When calibrated 
at 25°C thè LM135 has typically less than I^C error 
over a 100°C temperature range. Uniike other sensors 
thè LM135 has a linear output. 

Applications for thè LM135 include almost any type of 
temperature sensing over a to +150°C temper¬ 

ature range. The low impedance and linear output 
make interfacing to readout or control circuitry espe- 
cially easy. 

The LM135 operates over a —55°C to +150°C temper¬ 
ature range while thè LM235 operates over a —40°C 


Schematic Diagram 


to +125°C temperature range. The LM335 operates 
from -10°C to +100°C. The LM135/LM235/LM335 are 
available packaged in hermetic TO-46 transistor pack- 
ages while thè LM23S and LM33S are also available 
in plastic TO-92 packages. 


Féatures 

■ Directiy calibrated in “Kelvin 

■ 1°C initial accuracy available 

• Operates from 400 pA to 5 mA 

■ Less than m dynamic impedance 

■ Easily calibrated 

■ Wide operating temperature range 

■ 200°C overrange 

■ Low cost 


ADJUSnHMT 


Typìcal Applications 


Basic Temperature Sensor 


Calibrated Sensor 


Wide Operating Supply 



'Calibrate for 2S82V at 2S“C 
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Absolute Maximum Ratings 

Reverse Current 
Forward Current 
Storage Temperature 
TO-46 Package 
TO-92 Package 

Specified Operating Temperature Range 

Conti nuous 

LM135, LM135A -55°C to +150°C 

l M235, LM235A -40°C to +125‘'C 

LM335. LM335A -10°C to +100° C 
Lead Temperature (Soldering, lOseconds) 


10 mA 
10 mA 

-60°C to +180°C 
-60°C to+150°C 

Intermittent 
150°C to200°C 
125°Cto 150°C 
100°Cto 125°C 
300°C 


Temperature Accuracy lmi35/lm235,lmi35a/lm235a (Notei) 


PARAMETER 

CONDITIONS 

LM135A/LM235A 

LM13S/LM235 

UNITS 

MIN 

TYP 

MAX 

MIN 

TYP 

MAX 

Operating Output Voitage 

Tc = 25°C, lR = 1 mA 

2.97 

2.98 

2.99 

2.95 

2.98 

3.01 

V 

Uncalibrated Temperature Error 

Tc = 25°C, Ir = 1 mA 


0.5 

1 


1 

3 

°C 

Uncaiibrated Temperature Error 

TmiN<Tc<TmaX.IR’= 1 mA 


1.3 

2.7 


2 

5 

°c 

Temperature Error with 25®C 
Calibration 

■'■MIN<‘''c<TmaX.IR“ 1 mA 


0.3 

1 


0.5 

1.5 

°c 

Calibrated Error at Extended 

Temperatures 

Tc “ TmaX (Intermittent) 


2 



2 


°c 

Non-Linearity 

Ir * 1 mA 


0.3 

0.5 


0.3 

1 

°c 


Temperature Accuracy lm335, lm335a (Note 11 


PARAMETER 

CONDITIONS 

1 LM335A 1 

1 LM335 1 

UNITS 

MIN 

TYP 

MAX 

MIN 

TYP 

MAX 

Operating Output Voitage 

Tc = 25°C, lR = 1 mA 

2.95 

2.98 

3.01 

2.92 

2.98 

3.04 


Uncalibrated Temperature Error 

Tc = 25°C, Ir ”= 1 mA 


1 

3 


2 

6 


Uncalibrated Temperature Error 

TmiN<Tc<TmaX. Ir * 1 mA 


2 

5 


4 

9 


Temperature Error with 25^C 
Calibration 

TMIN <Tc<TmAX. Ir = 1 mA 


0.5 

1 


1 

2 


Calibrated Error at Extended 
Temperatures 

Tc “ TmaX (Intermittent) 


2' 


1 

2 



Non*Linearity 

Ir = 1 mA 


0.3 

1.5 

1 


0.3 

1.5 



Eiectrical Characteristics (Note 1) 


PARAMETER 

CONDITIONS 

LM135/LM235 

LM135A/LM235A 

LM335 

LM335A 

UNITS 

MIN 

TYP 

MAX 

MIN 

TYP 

MAX 

Operating Output Voitage 

400pA<lR<5mA 


2.5 

10 


3 

14 

mV 

Change with Current 

At Constant Temperature 








Dynamic Impedance 

Ir = 1 mA 


0.5 



0.6 


n 

Output Voitage Temperature 



+10 



+ 10 


mV/'^C 

Drift 









Time Constant 

Stili Air 


80 



80 


sec 


100 ft/Min Air 


10 



10 


sec 


Stirred Oil 


1 



1 


sec 

Time Stability 

Tc - 125°C 


0.2 



0.2 

_i 

®C/khr 


Note 1: Accuracy measurements are made in a well<stirred oÌI bath. For other conditions, self hearing must be considered. 


LM135/LM235/LM335, LM135A/LM235A/LM335A 
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lypical Performance Characteristics 


Reverse Voltage Change 



O" 2 4 $ 8 IO 

REVERSE CURRENT(mA) 



$$ -1S 28 68 108 148 118 

TEMPERATURE TO 



1 2 3 4 $ 


REVERSE VOLTAGE <V) 


Response Time 



0 1 2 3 4 5 


TIME (MS) 


Dynamic Impedance 



360 


320 

$ 280 
5 

* 240 


206 

IO 100 Ik 101 look 
f REQUENCY (Hz) 


Noise voltage 


-,—— 

Ì2 -1 nA 











Vh 




X 

















Thermai Resistance 
Junction to Air 



0 400 800 1200 1600 2000 

AIR VELOCITY (PPM) 



0 400 000 1200 1000 2000 

AIR VELOCITY(FPM) 


Thermai Response 
in Stili Air 



0 2 4 0 0 

TIME (MWUTES) 


Thermai Response in 
Stirred Oli Bath 




0.1 1 10 
POflWARO CURRERT (mA) 
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Definition of Terms 

Oparatins Output Voitaga: The voltage appearing acrost 
thè positiva and negative terni inais of thè devica at spec- 
ified conditions of operating temperature and current. 

Uneaiibrated Temperatura Error: The error between 
thè operating output voltage at 10 mV/°K and case 
temperature at specified conditions of current and 
case temperature. 

Connection Diagrams 

TO-92 

Ptastic Package 


Calibratad Temperature Error; The error between oper¬ 
ating output voltage and case temperature at 10 mV/’K 
over a temperature range at a specified operating current 
with thè 2S°C error adjusted to zero. 


TO-46 

Metal Can Package* 



■OTTOM VIE* 



Order Number LM23SZ. LM335Z 
or LM33SAZ 
Sae NS Package Z03A 


*Case ìs connected to negative pin 


Order Number LM135H. LM235H, 
LM335H, LM13SAH, LM23SAH 
or LM335AH 
See NS Packege H03H 


LM135/LM235/LM335, LM135A/LM235A/LM335A 
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2732A 

32K (4K X 8) UV ERASABLE PROM 

■ 200 ns (2732A-2) Maximum Access ■ Industry Standard Pinout... JEDEC 

Time... HMOS*-E Technoiogy Approved 

■ Compatibie to High Speed 8 MHz ■ Low Standby Current... 35 mA 

8086-2 MPU ... Zero WAiT State Maximum 

■ IWo Line Controi ■ ±10% Vcc Toierance Avaiiable 

■ Pin Compatibie to 2764 EPROM 

The Intel* 2732A is a 5V oniy, 32,768 bit ultraviolet erasable and electrically programmable read-only memory 
(EPROM). It is pin compatibie to Intel's 450 ns 2732. The standard 2732A's accesa time is 250 ns with speed 
selection (2732A-2) avaiiable at 200 ns. The accesa time is compatibie to high performance microprocessore, 
such as thè 8 MHz 8086-2. In these Systems, thè 2732A allows thè microprocessor to operate without thè 
addition of WAIT States. 

An important 2732A feature is thè separate output control. Output Enable (OE), from thè Chip Enable control 
(CE). The OE control eliminates bus contention in multiple bus microprocessor systems. Intel's Application 
Note AP-72 describes thè microprocessor System implementation of thè OE and CE Controls on Intel's 
EPROMs. AP-72 is avaiiable from Intel's Literature Department. 

The 2732A has a standby mode which reduces thè power dissipation without increasing access time. The 
maximum active current is 125 mA, while thè maximum standby current is oniy 35 mA, a 70% saving. The 
standby mode is achieved by applying a TTL-high signal to thè CE input. 

The 2732A is fabricated with HMOS*-E technoiogy, Intel's high-speed N-channel MOS Silicon Gate Technology. 

•HMOS is a patented process of Intel Corporation. 



DATA OUTPUTS 
O 0 -O 7 



Figure 1. Block DIagram 


PIN NAMES 



Fot uperadabiiity to JEDCC approvaO 12SK EPROMs. provida an addresa lina lo 
pin 26. far compBtibilfty witb thè 2732A and 32K ROMa. pfovide a trace Irom V^c 
lo pin 26 


Figure 2. Pin Configuratlons 


Intel Corporation Assumea No Reaponaibilty for thè Uae of Any Circuitry Other Than Circuttry Embodied in an Inlel Produci No Other Circuit Patent Licenaea ave tmplied 
«INTEL CORPORATION, 1980 
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2732A 


ERASURE CHARACTERISTICS 

The erasure characteristics of thè 2732A are such that 
erasure begins to occur when exposed to tight with wave- 
lengths shorter than approximately 4000 Angstroms (A). 
It shouid be noted that suniight and certain types of 
fluorescent lampa bave wavelengths in thè 3000-4000À 
range. Data show that Constant exposure to room levei 
fluorescent lighting couid erase thè typical 2732A in 
approximateiy 3 years, while it wouid take approximately 
1 week to cause erasure when exposed to direct sun- 
tight. If thè 2732A is to be exposed to these types of light¬ 
ing conditions for extended perioda of time, opaque 
labels are available from Intel which shouid be placed 
over thè 2732A window to prevent unintentional erasure. 

The recommended erasure procedure for thè 2732A is 
exposure to shortwave ultraviolet tight which has a 
wavelength of 2537 Angstroms (À). The integrated dose 
(i.e., UV intensity X exposure time) for erasure shouid be 
a minimum of 15 W-sec/cm^. The erasure time with this 
dosage is approximately 15 to 20 minutes using an 
ultraviolet lamp with 12000MW/cm2 power rating. The 
2732A shouid be placed within 1 inch of thè lamp tubes 
during erasure. Some lamps bave a filter on their tubes 
which shouid be removed before erasure. 

DEVICE OPERATION 

The five modes of operation of thè 2732A are listed in 
Table 1. A single 5V power supply is requir^in thè read 
mode. All inputs are TTL levels except for OE/Vpp during 
programming. In thè program mode thè OE/Vpp input is 
pulsed from a TTL levei to 21V. 


Table 1. Mode Selection 


MODE 

CE 

(ia) 

OE/Vpp 

(20) 

Vcc 

(24) 

OUTPUTS 

(9H,13.17) 

Read 

V|L 

VlL 

+ 5 

Dout 

Standby 

V|H 

Oon't Care 

+ 5 

High Z 

Program 

VlL 

Vpp 

■fS 

Din 

Program Verify 

V|L 

V|L 

+ 5 

Dqut 

Program Inhibit 

V,H 

Vpp 

+ 5 

HighZ 


Read Mode 

The 2732A has two control tunctions. both of which must 
be logically activ e in order to obtain data at thè outputs. 
Chip Enable (CE) is thè power control and shouid be used 
for device selection. Output Enable (OE) is thè output 
control and shouid be used to gate data to thè output pins, 
independent of device selection. Assuming that addresses 
are stable, address accesa time (t/vcc) 's equal to thè delay 
from CE to output (tcE)._Data is available at thè outputs 
after thè falling edge of OE. assuming that CE has been 
low and addresses bave been stable for at least tAcc—foE 

Standby Mode 

The 2732A has a standby mode which reduces thè active 
power current from 125 mA to 35 mA. The 2732A is placed 


in thè standby mode by applying a TTL-high signal to thè 
CE input. When in standby mode, thè outputs are in a high 
impedance state, independent of thè OE input. 

Output OR-Tieing 

Because EPROMs are usually used in larger memory ar- 
rays, Intel has provided a 2 line control function that ac- 
commodates this use of multiple memory connection. 
The two line control function allows for: 

a) thè lowest possible memory power dissipation, and 

b) complete assurance that output bus contention will 
not occur. 

To use these two control lines most efficiently, it is 
recommended that CE (pin 18) be decoded and used as 
thè primary device selecting function, while OE (pin 20) be 
made a common connection to all devices in thè array and 
connected to thè READ line from thè System control bus. 
This assures that all deselected memory devices are in 
their low power standby mode and that thè output pins are 
oniy active when data is desired from a particular memory 
device. 

PROGRAMMING (See Programming Instruction 
Section (or Waveforms.) 

Programming is thè same as Intel's 450 ns 2732 except for 
thè programming voltage. In thè program mode thè 2732A 
OE/Vpp input is pulsed from aTTL low levei to 21V (25V for 
thè 2732). Exceeding 22V wlll damage thè 27324. 

Initially, and after each erasure, all bits of thè 2732A are 
in thè “1” state. Data is introduced by selectively pro¬ 
gramming “O’s” into thè desired bit locations. Although 
oniy "O’s" will be programmed, both "l’s" and "O’s” can 
be present in thè data word. The oniy way to change a 
“0” to a "1" is by ultraviolet light erasure. 

The 2732A is in thè programming mode when thè OE/Vpp 
input is at 21V. It is required that a 0.1 nF capacitor be 
placed across OE/Vpp and ground to suppress spurious 
voltage transients which may damage thè device. The data 
to be programmed is applied 8 bits in paralisi to thè data 
output pins. The levels required for thè address and data 
inputs are TTL. 

When thè address and data are stable, a^msec, active 
low, TTL program pulse is applied to thè CE input. A proj 
gram pulse must be applied at each address locationjcrbé 
programmed. You can program any location at-anyli.me 
—either individually, sequentially, or at randonvThe pro¬ 
gram pulse has a maximum width of 55 msec.-The 2732A 
must not be programmed with a DC signal appiied to thg, 
CE input. ^ 

Programming of multiple 2732As in paralisi with thè’ 
same data can be easily accomplished due to thè simpIT- 
city of thè programming requirements. Like inputs of thè 
paralleied 2732As may be connected together when they 
are programmed with thè same data. A low levei TTL pulse 
applied to thè CE input programs thè paralleied 2732As. 
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Program Inhibit 

Pfogratnming o( multiple 2732As in parallel with^ffer- 
ent data is also easily_accomplished. Except for CE, all 
like inpuis (including OE) of thè parallel 2732As may be 
common. A TTL levei program pulse applied to a 2732A's 
CE input with OE/Vpp at 21V «vili program that 2732A. A 
high levei CE input inhibits thè other 2732As from being 
programmed. 

Program Verify 

A verify shouid be performed on thè programmed bits to 
determine that they «vere correctiy programmed. The 
verify is accomplished with OE/Vpp and Si at ^ata 
shouid be verified tpv after thè falling edge ot SE. 


System Consideration 

The power switching characteristics of HMOS-E EPROMs 
require careful decoupling of thè devices. The supply cur- 
rent, I^^q, has three segmenta that are of interest to thè 
System designer—thè standby current levei, thè active 
current level, and thè transient current peaks that are pro- 
duced on thè falling and rising edges of Chip Enable. The 
magnitude of these transient current peaks is dependent 
on thè output capacitance Ioading of thè device. The 
associated transient voltage peaks can be suppressed by 
complying with Intel's Two-Line Control, as detaiied in 
Intel s Application Note, AP-72. and/or by properly 
selected decoupling capacitors. It is recommended that a 
0.1 /iF ceramic capacitar be used on every device between 
V(>(N and GND. This shouid be a high frequency capacitar 
of low inherent inductance. In addition. a 4.7 juF bulk 
electrolytic capacitor shouid be used between \/qq and 
GND for each eight devices. The bulk capacitor shouid 
be located near where thè power supply is connected to 
thè array. The purpose of thè bulk capacitor is to over- 
come thè voltage droop caused by thè inductive effects of 
thè PC board-traces. 



Finito di stampare nei settembre 1986 
presso Lito Velox - Trento 
Printed in Italy 





Non è l’ennesimo libro sul Vic-20 e il Commodore 64: 
non insegna a programmare in Basic, ma ad accedere alle risorse 
fisiche della macchina, per farla dialogare con il mondo esterno, 
per non lasciarla a sé ma farla inten'enire in catene di altre 
apparecchiature, con compiti di elaborazione e di controllo. 

Questo volume offre in poco spazio una enorme quantità di 
informazioni a questo proposito: l’organizzazione hardware della 
macchina, la gestione dei dispositivi periferici, i file, il chip 6561 di 
interfaccia video, il linguaggio macchina, le routine del Kemal 
e la loro utilizzazione, i “cunei” nel sisteìna operativo e 
nell’interprete Basic; per concludere con due progetti hardware un 
convertitore analogico/digitale e un programmatore di EPROM 
(memorie a sola lettura cancellabili e programmabili). 

Di particolare interesse la trattazione del convertitore, 
che permette al Vie o al C64 di effettuare acquisizioni di dati esterni 
di tipo analogico, per esempio valori di temperatura, tensione, 
intensità luminosa, e via dicendo, per poi poter effettuare 
elaborazioni digitali. 

Questo è essenziale per chi vuole usare il computer con compiti di 
controllo: in una situazione hobbistica, come l’automazione della 
casa, o in una situazione professionale (il Vic-20, meglio ancora del 
C64, si presta ottimamente nel controllo di processi, in laboratorio 
o nell’industria). 
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